LINUX.ORG.RU

История изменений

Исправление sanyock, (текущая версия) :

Ну не все же операции, commit transaction должен вызывать fsync, а то представь что будет если update поля по таблице в 100500 записей начнёт синчить каждый рекорд.

верно, каждый комит каждого пользователя, а теперь вcпомним про количество одновременных пользователей

Не осилят, 200-250 для raid 10, я тебе про реальные иопсы говорил, а не про мнимые, а мои 25к мнимые.

а что такое мнимые IOPsы?
первый раз вижу упоминание мнимых

если в db2top во время реорганизации посмотреть physical writes, то можно увидеть около 50K physical writes при sync=disabled, это OPS или что-то другое?

А все ли? ЕМНИП, транзакция стартует при fsync от приложения, истечении интервала в 5сек для сброса изменений и синхронизации метаданных, превышении лимита unsync data.

я делал акцент на последовательности записи, причем тут это, мое утверждение разве противоречит?

Исправление sanyock, :

Ну не все же операции, commit transaction должен вызывать fsync, а то представь что будет если update поля по таблице в 100500 записей начнёт синчить каждый рекорд.

верно, каждый комит каждого пользователя, а теперь впомним про количество одновременных пользователей

Не осилят, 200-250 для raid 10, я тебе про реальные иопсы говорил, а не про мнимые, а мои 25к мнимые.

а что такое мнимые IOPsы?
первый раз вижу упоминание мнимых

если в db2top во время реорганизации посмотреть physical writes, то можно увидеть около 50K physical writes при sync=disabled, это OPS или что-то другое?

А все ли? ЕМНИП, транзакция стартует при fsync от приложения, истечении интервала в 5сек для сброса изменений и синхронизации метаданных, превышении лимита unsync data.

я делал акцент на последовательности записи, причем тут это, мое утверждение разве противоречит?

Исправление sanyock, :

Ну не все же операции, commit transaction должен вызывать fsync, а то представь что будет если update поля по таблице в 100500 записей начнёт синчить каждый рекорд.

верно, каждый комит, каждого пользователя, а теперь впомним про количество одновременных пользователей

Не осилят, 200-250 для raid 10, я тебе про реальные иопсы говорил, а не про мнимые, а мои 25к мнимые.

а что такое мнимые IOPsы?
первый раз вижу упоминание мнимых

если в db2top во время реорганизации посмотреть physical writes, то можно увидеть около 50K physical writes при sync=disabled, это OPS или что-то другое?

А все ли? ЕМНИП, транзакция стартует при fsync от приложения, истечении интервала в 5сек для сброса изменений и синхронизации метаданных, превышении лимита unsync data.

я делал акцент на последовательности записи, причем тут это, мое утверждение разве противоречит?

Исправление sanyock, :

Ну не все же операции, commit transaction должен вызывать fsync, а то представь что будет если update поля по таблице в 100500 записей начнёт синчить каждый рекорд.

верно, каждый комит, каждого пользователя, а теперь впомним про количество одновременных пользователей

Не осилят, 200-250 для raid 10, я тебе про реальные иопсы говорил, а не про мнимые, а мои 25к мнимые.

а что такое мнимые IOPsы?
первый раз вижу упоминание мнимых

если в db2top во время реорганизации посмотреть physical writes, то можно увидеть вполне себе реальные 50K IOPS при sync=disabled

А все ли? ЕМНИП, транзакция стартует при fsync от приложения, истечении интервала в 5сек для сброса изменений и синхронизации метаданных, превышении лимита unsync data.

я делал акцент на последовательности записи, причем тут это, мое утверждение разве противоречит?

Исправление sanyock, :

Ну не все же операции, commit transaction должен вызывать fsync, а то представь что будет если update поля по таблице в 100500 записей начнёт синчить каждый рекорд.

а теперь впомним про количествоколичество одновременных пользователей

Не осилят, 200-250 для raid 10, я тебе про реальные иопсы говорил, а не про мнимые, а мои 25к мнимые.

а что такое мнимые IOPsы?
первый раз вижу упоминание мнимых

если в db2top во время реорганизации посмотреть physical writes, то можно увидеть вполне себе реальные 50K IOPS при sync=disabled

А все ли? ЕМНИП, транзакция стартует при fsync от приложения, истечении интервала в 5сек для сброса изменений и синхронизации метаданных, превышении лимита unsync data.

я делал акцент на последовательности записи, причем тут это, мое утверждение разве противоречит?

Исправление sanyock, :

Ну не все же операции, commit transaction должен вызывать fsync, а то представь что будет если update поля по таблице в 100500 записей начнёт синчить каждый рекорд.

а теперь перемножим количество комитов каждого пользователя на количество одновременных пользователей

Не осилят, 200-250 для raid 10, я тебе про реальные иопсы говорил, а не про мнимые, а мои 25к мнимые.

а что такое мнимые IOPsы?
первый раз вижу упоминание мнимых

если в db2top во время реорганизации посмотреть physical writes, то можно увидеть вполне себе реальные 50K IOPS при sync=disabled

А все ли? ЕМНИП, транзакция стартует при fsync от приложения, истечении интервала в 5сек для сброса изменений и синхронизации метаданных, превышении лимита unsync data.

я делал акцент на последовательности записи, причем тут это, мое утверждение разве противоречит?

Исправление sanyock, :

Ну не все же операции, commit transaction должен вызывать fsync, а то представь что будет если update поля по таблице в 100500 записей начнёт синчить каждый рекорд.

а теперь перемножим количество комитов каждого пользователя на количество одновременных пользователей

Не осилят, 200-250 для raid 10, я тебе про реальные иопсы говорил, а не про мнимые, а мои 25к мнимые.

а что такое мнимые IOPsы?
первый раз вижу упоминание мнимых

если в db2top во время реорганизации посмотреть physical writes, то можно увидеть вполне себе реальные 50K IOPS при sync=disabled

А все ли? ЕМНИП, транзакция стартует при fsync от приложения, истечении интервала в 5сек для сброса изменений и синхронизации метаданных, превышении лимита unsync data.

я делал акцент на последовательности записи, причем тут это, мое утверждение развер противоречит?

Исходная версия sanyock, :

Ну не все же операции, commit transaction должен вызывать fsync, а то представь что будет если update поля по таблице в 100500 записей начнёт синчить каждый рекорд.

а теперь перемножим количество комитов каждого пользователя на количество одновременных пользователей

Не осилят, 200-250 для raid 10, я тебе про реальные иопсы говорил, а не про мнимые, а мои 25к мнимые.

а что такое мнимые IOPsы?
первый раз вижу упоминание мнимых

если в db2top во время реорганизации посмотреть physical writes, то можно увидеть вполне себе реальные 50K IOPS при sync=disabled