Дмитрий. Сейчас ничего не подсаживает. При каких событиях максимальные значения выскакивают мне ясно. Дело в том, что значение которое возвращает счетчик ни как не может быть iops. Наша дисковая система
ни как не может выдавать 3000 iops на чтение и 1000 на запись. Я думаю, что даже эти значения не максимальные и мы не упираемся в максимальную производительность дисков. Мне просто нужно получить реальное значение
iops вот и все.
Может - если операции с диском - последовательные, да еще и включен кэш. В таком случае и чтение, и запись практически не требует ожидания позиционирования головок: при записи данные пишутся в кэш, которого всяко хватит на то, чтобы уместить
одну дорожку (после чего, когда нужная часть дорожки окажется перед головкой, они сбрасываются на диск), а при чтении данные уже находятся в кэше, т.к. контроллер распознает последовательное чтение и выполняет операции с опережением. В результате
скорость работа диска оказывается ограниченной линейной скоростью записи/чтения, что сооответсвует весьма большому числу IOPS (достаточно короткие - 4-8 КБ - блоки данных покажут IOPS до 10 тыс. на шпиндель), а не скоростью позиционирования, которую
обычно и отражают типичные данные по IOPS - те, которые порядка 1 IOPS на 100 об/мин и на шпиндель. Собственно, разработчики СУБД и файловых систем стремятся именно к такому режиму работы, так что Ваш результат
неудивителен.
Когда последовательные в основном операции перемежаются произвольными, IOPS будет иметь некое промежуточное значение.
Слава России!
