>> Всегда думал что total I/O per second (в моем примере total I/Os p/s ~ 86) и есть то количество потоков, которыми приложение обращается к дисковой системе в один момент
IO/s - это не в один момент, не одновременно, а за целую секунду.
>>...значит эта дисковая система может обслужить такое приложение только в 8 потоков при данном типе нагрузки и для каждого потока будет генерировать по 70-80 iops?
Дисковая система может обслужить и большее ко-во одновременных потоков, но с большей задержкой, а большей "скорости обслуживания"(iops) для io с такими параметрами система выдать не сможет. и 70-80 iops - это не для каждого потока, а всего. Вот вы и достигли на практике потолка 80 iops, которые выдает SATA диск.
>>Всегда считал что сумма iops, используемых приложениями должна быть не больше iops, которые способен выдать диск, иначе будет выстраиваться очередь
все верно..
>>например калькулятор (~5)+ms office (~50)+ос должно работать без очереди нормально, и эти цифры (50 для офиса например) - есть в среднем потребляемый iops, т.е. количество операций ввода-вывода или количество потоков - разве не так?
здесь не совсем так. калькулчтор 5 и офис 50 - это совсем не средние генерируемые iops, а как раз кол-во одновременных потоков обращений к дисковой системе, которые может генерировать приложение под нагрузкой. Так, например, когда вы открываете документ в офисе, происходит много операций ввода-вывода одновременно(чтение самого документа, чтение библиотек, чтение реестра, записи журналов и т.д.), но, когда документ открыт уже, то приложение особо ничего не генерирует. А средних генерируемых iops приложением вам никто не скажет, потому что никто не знает, что вы там делаете в этом приложении