Сегодня
Главная | Поиск | Контакты | Реклама | Авторам | Магазин | Download datasheets | Форум
Internet:
Новости Интернета Новости Интернета
Интернет: что это такое? Интернет: что это такое?
Основные сведения об Интернет Основные сведения об Интернет
Безопасность Безопасность
Бизнес в Интернет Бизнес в Интернет
Компьютеры:
Новости Новости
Процессоры Процессоры
Системные платы Системные платы
Видеосистема Видеосистема
Мультимедиа Мультимедиа
Периферия Периферия
Коммуникация Коммуникация
Носители информации Носители информации
F.A.Q. - часто задаваемые вопросы F.A.Q. - часто задаваемые вопросы
Программы:
Новости софта Новости софта
Программы и утилиты для компонентов компьютера (процессоры, видеокарты, и т.д...) Программы и утилиты для компонентов компьютера (процессоры, видеокарты, и т.д...)
Программы для Internet Программы для Internet
Обзоры самых популярных программ Обзоры самых популярных программ
Драйверы Драйверы
DLL файлы DLL файлы
Программы, софт Программы, софт
Аудио и видео кодеки Аудио и видео кодеки
Драйвера Windows Vista Драйвера Windows Vista
Компьютерный форум
Наши друзья
Рассылка наших новостей:
Новости сайта о компьютерах InterComp.net.ru



Добавить в ИзбранноеСделать СтартовойОтправить ссылку друзьям






Главная - Носители информации - Описание теста Intel IOMeter

Описание теста Intel IOMeter

Изначально для тестирования дисков нами был выбран Adaptec ThreadMark 2.0. Врожденным недостатком данного теста являлась малая информативность - всего одно средневзвешенное результирующее значение. Кроме того, в последнее время при тестировании новых "быстрых" дисков начала вызывать серьезные сомнения и достоверность результатов. По крайней мере, корреляция с результатами WinBench стала практически пропала. В создавшейся ситуации я решил последовать примеру ведущего сайта в области носителей информации - StorageReview и перейти к использованию теста Intel IOMeter. Trial Version данного теста каждый желающий может скачать здесь.

При использовании теста я пользовался методикой, разработанной StorageReview. Те, кто хочет прочитать данную методику в оригинале, могут прочитать ее там же (раздел Operating Systems and Benchmarks - Part 4 ). Я же далее приведу краткое описание теста и методики тестирования.

IOMeter, в отличие, например, от WinBench, основанного на реальных приложениях, является полностью синтетическим тестом. Это придает ему очень большую гибкость и одновременно создает массу сложностей при настройке для тестера. Дополнительные сложности вызывает тот факт, что можно тестировать не только один диск на однопроцессорной машине (чем мы занимаемся), но и дисковые массивы в многопроцессорных конфигурациях и даже совокупность компьютеров в сети. Впрочем, далее эти возможности рассматриваться не будут.

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 и Database (определены StorageReview). Ниже приведена таблица параметров для каждой модели, взятая опять-таки со StorageReview(раздел Operating Systems and Benchmarks - Part 5 ). Там же вы можете прочитать и о причинах выбора таких моделей.

Access Patterns
% of Access Specification Transfer Size Request % Reads % Random
File Server Access Pattern (as defined by Intel)
10% 0.5 KB 80% 100%
5% 1 KB 80% 100%
5% 2 KB 80% 100%
60% 4 KB 80% 100%
2% 8 KB 80% 100%
4% 16 KB 80% 100%
4% 32 KB 80% 100%
10% 64 KB 80% 100%
Workstation Access Pattern (as defined by StorageReview.com)
100% 8 KB 80% 80%
Database Access Pattern (as defined by Intel/StorageReview.com)
100% 8 KB 67% 100%

Теперь о том, что касается параметра # of Outstanding I/Os. Если этот параметр установить равным 1, то, в сочетании со 100%-м значением Percent Random/Sequential Distribution получаем фактически измерение значения времени случайного доступа (random access time). Значение 4 соответствует загрузке элементарного приложения типа Windows Calculator. Как показали исследования, проведенные специалистами StorageReview, в среднем на реальных приложениях этот параметр принимает значение 30-50. Значение параметра больше 100 соответствует большой загрузке диска (например, при дефрагментации). В соответствии с этим предлагается проводить тесты с использованием пяти следующих значений данного параметра.

Loads
Linear 1 Outstanding I/O
Very Light 4 Outstanding I/Os
Light 16 Outstanding I/Os
Moderate 64 Outstanding I/Os
Heavy 256 Outstanding I/Os

Кроме этого, можно устанавливать время выполнения теста (в Trial Version, к сожалению, только вручную - нажатием на кнопку STOP) и время от начала работы теста до начала измерений (rump-up time). Тут я так же не стал оригинальничать и вслед за коллегами принял время выполнения каждого из 15 тестов (5 видов загрузки для каждой из 3 моделей доступа) равным 10 минутам, а задержку rump-up - равной 30 секундам. Тестируются физические диски (не поделенные на разделы и неформатированные).

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

  • 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 Effectiveness, или, иначе, I/Os per % CPU Utilization - с этим все ясно.

Данную программу вы можете скачать на этой странице нашего сайта. Приятного скачивания! ;)



Ваши вопросы, комментарии, дополнения:

Ваше имя *

Ваш e-mail *

Тема

Текст *

Код *


Введите число, нарисованное на картинке

* Поля обязательные для заполнения.


Скачать кодеки, аудио, видео
Медиа портал с возможностью скачать кодеки, аудио, видео - поддержка пользователей.
Скачать драйвера для Windows Vista
Онлайн поддержка пользователей ОС Windows Vista, коллекция протестированных драйверов для Vista - скачать драйвера для Windows Vista.
Download drivers for Windows Vista
Online international support for Windows Vista users, pretested drivers and software - download drivers for Windows Vista.

be number one

InterComp.net.ru, 2001-2020 г.
Все о компьютерах и для вашего компьютера (hardware, software)

Fatal error: Call to a member function return_links() on a non-object in /home/intercompnetru/www/include/end.tpl on line 122