Тестирование с пом. IOMeter дискового массива

[koliama]

Коллеги, возник вопрос.
Не так давно тестировали дисковый массив NetApp270c. Синтетические тесты гоняли через IOMeter
В процессе тестирования возникла странная ситуация:
- на сервере под Win (LUN с массива был отформатирован в NTFS, размер блока был задан 64k) результаты, выдаваемые IOMeter были вполне логичными.
- на этом же сервере но под Linux (запускал тесты как на разделе с файловой системой, так и на raw диске) показатели IOMeter (скорость и кол-во IOps) были в 10-ки раз меньше, чем под Win.

Почему так получилось?

[gs]

Нетапп - вообще штука достаточно хитрая, у него логика заметно отличается от классических дисковых систем. Так что иометр может быть не совсем корректен.

[koliama]

Штука то оно может и хитрая.
Но в отношении FCP российское представительство утверждает, что у них все по стандартной спецификации протокола и под Linux их массив должен работать быстрее чем под WIn (по FCP).
Реальная производительность (смотрели на хосте через SanSurfer реальные IOps) более чем достаточная.

Мне кажется это все-таки IOMeter под Linux чудит..

[exLH]

Iometer под Linux это продукт "в себе". Зачастую показывал полный бред, поэтому ищите другие способы мониторинга производительности.

[a_shats]

Для linux есть iozone - только рекомендую внимательно читать man насчет параметров.

[koliama]

Большое спасибо за ответы. Будем разбираться с iozone

[CrazyFrog]

iometer под linux действительно странные вещи показывает, но есть ещё такой момент: http://now.netapp.com/Knowledgebase/sol ... ?id=kb8190
Using partitions on Linux with NetApp LUNs may require alignment for best performance

NetApp LUNs connected via a block protocol (e.g. iSCSI, FC) to Linux machines using partitions may require special partition alignment for best performance with NetApp filers. The underlying reason is that optimal performance with the filer requires that I/O is aligned to a 4096-byte boundary.