IOMeter працює з так званими "workers". Intel рекомендує створювати по одному "робочому" на процесор, тому в подальшому вважаємо, що worker у нас один. Далі, кожен worker тестує "мета" або "цілі" (target), які являють собою або неподілений (unpartitioned) фізичний диск, або один або кілька розділів (partition) на диску. Далі починається найцікавіше. Кожному worker може бути присвоєна "модель доступу" (access pattern), яка являє собою набір параметрів, відповідно до яких даний worker організовує доступ до target.
Модель доступу містить наступні змінні:
? Transfer Request Size - мінімальний блок даних, до якого може звертатися тест.
? Percent Random / Sequential Distribution - відсоток запитів, які є випадковими. Решта, природно, є послідовними.
? Percent Read / Write Distribution - відсоток запитів на читання. Ще одна важлива змінна, прямо не входить в модель доступу - # of Outstanding I / Os - визначає число одночасних запитів вводу / виводу для даного worker-а і, відповідно, завантаження диска.
Природно, довільним чином задаючи параметри, можна отримати широкий спектр непорівнянних між собою результатів, що мають вкрай малий практичний сенс. У зв'язку з цим виникає природне запитання: а як задати модель доступу таким чином, щоб вона моделювала роботу диска в реальних умовах? Тут можна скористався методикою, запропонованої StorageReview.
Отже, для тестів пропонуються 3 моделі доступу:
- File Server (модель визначена Intel і йде в комплекті з IOMeter),
- Workstation (визначена StorageReview):
- Database (визначена StorageReview):
Нижче наведена таблиця параметрів для кожної моделі, взята зі StorageReview (розділ Operating Systems and Benchmarks - Part 5).
Тепер про параметр # of Outstanding I / Os.
Якщо цей параметр встановити рівним 1, то, в поєднанні з 100% -м значенням Percent Random / Sequential Distribution отримуємо фактично вимір значення часу випадкового доступу (random access time). Значення 4 відповідає завантаженні елементарного додатки типу Windows Calculator. Як показали дослідження, проведені фахівцями StorageReview, в середньому на реальних додатках цей параметр приймає значення 30-50. Значення параметра більше 100 відповідає великому завантаженні диска (наприклад, при дефрагментації). Відповідно до цього пропонується проводити тести з використанням п'яти наступних значень даного параметра.
Крім цього, можна встановлювати час виконання тесту (в Trial Version, на жаль, тільки вручну - натисканням на кнопку STOP) і час від початку роботи тесту до початку вимірювань (rump-up time).
Можливо тестувати як фізичні диски (не поділена на розділи і неформатовані) так і логічні, причому в останньому випадку свої особливості на результати тестування буде накладати і файлова система.
І так, на виході ми отримуємо наступні результати:
? Total I / Os Per Second - середнє число запитів, виконаних за секунду. Запит складається з позиціонування і читання / запису блоку відповідного розміру.
? Total MBs Per Second - те ж саме, але іншими словами. У разі моделей, що працюють з блоками одного розміру (Workstation і Database) - просто витвір Total I / Os Per Second на розмір блоку.
? Average I / O Response Time - для лінійної (1 outstanding I / O) завантаження - знову-таки той же, що і Total I / Os Per Second (Total I / Os Per Second = 1000 milliseconds / Average I / O Response Time) . Із зростанням завантаження значення зростає, але нелінійно. Результат залежить від оптимізації drive firmware, шини і операційної системи.
? % CPU Utilization -% завантаження центрального процесора / процесорів на цьому завданню