http://www.iometer.org

Там просто нужно 5 мин на то, чтобы внимательно разобраться :)
1. Пад Topology - если хотите сделать тестирование одновременно разных драйвов/томов или хотите, чтобы кажный поток начинался с разных мест (с разным стартовым смещением) - делаете сколько воркеров, сколько надо драйвов/томов или потоков. Если все вышеперечисленное пофиг - указываете нужные параметры прямо в Manager'е :)
Maximum Disk Size - задаем, если лень ждать залития файликом iobw.tst (это если имеется файловая система, на raw работает молча) всего свободного места на томе - или хотим потестить производительность из кэша (в этом случае ограничиваем пол-кэша, т.к. фирмварь контроллера тоже чтой-то под себя ест :) ) Объем там измеряется секторами размером 512 байт.
Starting Disk Sector - смещение в вышеописанных секторах от начала тома (точнее все того же файла). Применяется, когда хотим "пришибить" алгоритмы кэширования в фирмвари или проверить его эффективность. Если не выставить каждому воркеру по отдельности - все потоки начнут работать с одного и того же места (с начала).
# of Outstanding I/Os - длина очереди к дисковой. Выставляется обычно такой, сколько хочется иметь потоков чтения и записи всего.
2. Самый интересный Pad - Access Specifications: по умолчанию есть только один паттерн, и зовется он, естессно, Default - при желании можно создать, настроить и поставить каждому манагеру/воркеру собственный паттерн.
Назначенные этому манагеру/воркеру паттерны слева, все какие есть - справа.
Открываем паттерн (например тот же Default).
Если с английским нет проблем - думаю, понять и выставит нужное труда не составит. Правда, не рекомендую играться с Burstiness, Align и Reply - глючат, заразы :)
3. Все, давим на Большой Зеленый Флаг , сообщаем, куда писать лог (пишется в csv), переходим на Pad - Results Display, убираем ползунок Update Frequency влево до упора (1 раз в секунду) и ждем появления результатов.
Добавить или изменить счетчики на этом паде можно нажатием на кнопки с их названиями.
В самом простом виде - вот Вам и тест. А дальше, как разберетесь - играйтесь с паттернами и манагерами/воркерами до максимального приближения условий теста к реальной задаче ;)

Пара советов вдогонку:
- Не спешите давить Большую Красную Кнопку, дождитесь "устаканивания" результатов
- на указанном мной сайте есть готовые паттерны для разных задач, но лучше всего настраивать IOMeter в соответствии с поведением задачи относительно дисковой подсистемы, описанном в ее документации (NTFS к примеру работает блоками 16х4 КБайт по умолчанию, MSSQL - данные 8х8 КБайт, логи 2х2 КБайт и т.д. - это все конечно очень примерно и по умолчанию)
- на полученном csv файлике можно сделать небольшой анализ поведения дисковой подсистемы в разных ситуациях
- надо учитывать, что нагрузку IOMeter создает не среднюю, а именно пиковую.