Как настроить IOmeter. Часть 1. Работы с "сырым" томом

Писал эту инструкцию давно, но с того времени мало что изменилось. Если раньше не пользовались IOmeter'ом, то инструкция будет вам полезна.


Blogger не позволил разметить всю статью за раз. Разбил ее на 2 части.

Работа с «сырым» томом.

Зачем работать с «сырым» томом:

• С сырым томом работать удобнее, так как не требуется подготовка файла с данными
• Исключается воздействие дискового кэша ОС на результаты тестирования

Как сделать сырой том

Логический том должен быть перед этим создан на RAID-контроллере или презентован с дискового массива. Подготовка диска делается через программу Disk Management. Если диск не подготовить, то с него можно будет читать, но при выборе профиля нагрузки с ненулевым процентом записи, будут сыпаться ошибки, а результаты теста будут бесполезны.

1. Выбрать нужный диск и правой кнопкой нажать на его названии (в примере «Disk 1»)

   

 2. В открывшемся меню выбрать «Online»

  

3. Опять вызвать контекстное меню, выбрать пункт «Initialize Disk»

 

4. Подтвердить, нажав «OK»

 

5. Диск к тестам готов.

Замечание. Здесь речь идет о физических томах. Поэтому не проходит следующий трюк. Отрезать от большого логического том (например, C:, где стоит ОС) часть пространства и ее не форматировать. Это неразмеченное пространство IOmeter не увидит.

Настройка IOmeter

Запустить IOmeter. Если он уже был запущен, то после изменения конфигурации дисков его надо перезапустить.

Вкладка «Disk Target». На ней видны все диски, доступные IOmeter. Желтые тома имеют файловую систему, синие – «сырые» тома. Если том перечеркнут (относится к томам с файловой системой), значит он не подготовлен для работы с IOmeter.

В IOmeter можно создать несколько Worker’ов. Есть рекомендация создавать их не больше, сколько ядер в системе. В программе можно некоторые параметры выбрать для всей группы Worker’ов или индивидуально, другие параметры можно задать только индивидуально. Один из таких индивидуальных параметров – испытуемый том. Надо пройтись по всем Worker’ам и выделить нужный. Можно для разных Worker’ов задать разные тома и индивидуальные настройки. Но надо точно понимать, зачем это делается, и что будет означать полученный результат.

 

Другие интересные параметры на вкладке:

• «Maximum Disk Size» (в секторах) – используемое количество секторов при тестировании. 0 означает всё пространство. Если известен необходимый при тестах объем (особенно актуально для тестов с файловой системой), то количество секторов получается делением емкости в байтах на 512.
  
  
• «# of Outstanding I/Os» – определяет длину очереди. 1 – хорошее значение. При желании можно изменить в сторону увеличения. Параметр групповой, можно поменять для всех Worker’ов, выделив название сервера

 

Вкладка «Access Specification». На ней можно задать профили нагрузки. Многие уже созданы. Новые можно создавать копированием. Обратите внимание, что названия у профилей своеобразные. Например, часть названия «0% random» означает, что нагрузка будет последовательной («sequential»).

 

Ниже приведены примеры профилей. В первом примере (произвольное чтение 100% блоками 4 кБ) выделены основные пункты.

 

• «Name» – название. Если профиль создан копированием, рекомендуется задать ему понятное название.
• «Default Assignment» – правильное значение «All Workers». По умолчанию стоит «None».
• «Transfer Request Size» – размер блоков, которыми будет тестироваться диск.
• «Percent Read/Write Distribution» – процентное отношение операций чтения и записи
• «Percent Random/Sequential Distribution» – процентное отношение произвольных и последовательных операций.

Произвольное обращение к диску, 70% операций чтения, 30% операций записи, блок 4 кБ:

 

Последовательное обращение к диску, 100% операций чтения, блок 256 кБ:

 

Последовательное обращение к диску, 50% операций чтения, 50% операций записи, блок 256 кБ:

 

Последовательное обращение к диску, 70% операций чтения, 30% операций записи, блок 256 кБ:

 

После создания всех необходимых профилей для каждого эксперимента добавляется нужный:

 

Вкладка «Test Setup». Можно исправить параметр «Record Results» на «None», чтобы IOmeter не предлагал каждый раз перед началом тестирования сохранить лог.

 

Вкладка «Results Display». Здесь будут отображаться результаты измерений. Отображаемые параметры по умолчанию вполне полезны. Как вариант, можно выбрать скорость чтения и записи отдельными метриками.

•  Параметр «Update Frequency» нужно поставить равным 1 или две секунды (вместо выбранной по умолчанию бесконечности).
• Параметр «Results Since» оставить в положении «Start of Test».

 

Рекомендуется сохранить результаты настройки. Иначе при выходе из программы все настройки, например, профили нагрузки, будут потеряны.

Теперь можно запустить тестирование (зеленый флаг).