Member
Статус: Не в сети Регистрация: 09.02.2006 Откуда: six feet under
Многие уже обзавелись многоядерными, многогигагерцовыми процессорами, мощными видеокартами с огромным количеством конвейеров, шустрой высокочастотной памятью с низкими задержками, но есть один очень важный компонент в системе, в который всё это сверхскоростное счастье может упереться - это жёсткий диск.
Для проверки скоростных параметров вашего HDD и предназначен HAB.
На что нужно смотреть в результатах: 1.IO Deley - время доступа "до винта", показывающие скорость реакции диска (время за которое контроллер выдаёт запрос и обрабатывает его) и системы (задержка в канале передачи данных плюс задержка в драйвере плюс задержка из-за скорости самого процессора) и быстродействие интерфейса. Соответственно чем меньше, тем лучше. 2. Access - среднее время доступа, показывает как долго будет лететь головка по поверхности пластины, пока не найдёт нужные данные. Чем меньше, тем лучше. 3. Тест на Burst/Linear read - здесь мы можем посмотреть как быстро диски обмениваются данными со своим кэш-буфером/скорость чтения последовательно расположенных данных, причём блоки имеют различный размер и нам легко оценить, как быстро диск работает, например, с маленькими 4К блоками или же наоборот с большими 2Мб. Тут уже чем больше, тем лучше.
А вот так всё это выглядит: #77
Ну и линк на скачивание: http://testmem.tz.ru/hab.zip Зеркало HAB _________________________________________________________________ Для корректного снятия результатов теста опции быстрого тестирования НЕ Включать! Окно статистики и/или её текстовую версию размещать НЕ Нужно! Оптимальный размер страйп-блока для РАЙД 0 определяем по формуле Скорость буферного чтения блока + 10-20Мб/с >= максимальной линейной скорости диска. Стремимся к минимальному страйп-блоку, если Ваши приложения не оптимизированы читать большими блоками (для проверки этого и служит сбор статистики). Отредактировано модератором: LAV48. Дата: 25.09.2008 21:47
Последний раз редактировалось 6e33yMa 22.06.2008 12:43, всего редактировалось 2 раз(а).
Advanced member
Статус: Не в сети Регистрация: 10.04.2003 Откуда: Москва
LAV48, уже говорил. Забыл? Если Burst меньше Linear, то это однозначно говорит о кешировании чтения. Сама по себе эта 'фенька' априори, извини, деструктивная, потому применять спецмер в программе не хочу. Отключай кеширование чтения - зло.
Не веришь? - погоняй реальные тесты.
edgar1989, оценивать тест очень легко - чем больше синего, тем хуже. Исключение составляют нижние строки 512K-1M-2M.
По результатам:
WD500 - 'так себе', на четверку. У WD120 потенциал лучше, но страдает линейная скорость для потокового чтения.
Т.е. WD500 лучше использовать для больших файлов (медиаконтент), а WD120 для системы или файла подкачки.
По мелким файлам WD500 в 1.2 раза медленнее WD120, а по большим в 1.5 раза быстрее. Добавлено спустя 7 минут, 34 секунды toureech,
1 - естественно. NCQ - это задержка пакетов в очереди на переорганизацию, что увеличивает время на выполнение запроса.
2 - наверняка. Второе зло - кеширование чтения, когда передается больше информации, чем запрошено программой. Если она не нужна, то время растет. У M$ нет кеширования чтения ... или я все пропустил. 3 - не исследовано, для этого и есть эта ветка (наверно).
Любая задержка в интерфейсе от запроса в программе до получения данных однозначно ухудшает подвижность системы.
Как правило, не используют многопоточный доступ к данным, поэтому оптимизации типа NCQ и кеширования чтения только затормаживают систему.
4 - не знаю.
Advanced member
Статус: Не в сети Регистрация: 26.08.2005 Откуда: 34
serj OK. Посмотрим, что будет без каши.. Добавлено спустя 4 минуты, 47 секунд ufonavt! Э..э, что-то глядя на Ваши результаты слёзы наворачиваются.. Линейное чтение со скоростью 13 Мб - это ужасть
LAV48, serj 4. а почему у самсунга sp2504c при таком большом Delay for Drive access такие замечательные параметры при работе с мелкими блоками, уже с 4 кб-почти максимум
спасибо за обстоятельный ответ. serj
будьте любезны, объясните для чайника как отключить кеширование чтения.
LAV48, serj 1. NCQ\кеширование чтения сделаны для многопотокового чтения\записи?
2. вообще NCQ\кеширование чтения это зло или нет? для работы на домашнем компьютере.
3. Правильный вывод: для ускорения работы рейда\одиночного вминчестера лучше использовать стандартный драйвер от майкрасофт.
4. Как сильно зависят рез-ты HAB от прошивки контролера винчестера?
_________________ Честный дележ: у организатора - чистые руки, у исполнителя - чистая совесть.
Advanced member
Статус: Не в сети Регистрация: 26.08.2005 Откуда: 34
toureech писал(а):
такие замечательные параметры
Возможно из-за кэширования.
toureech 1. Да.
2. Скорее зло, если ПК чисто настольный.
3. Нет стандартного драйвера MS под РАЙД. В любом случае придётся использовать драйвер производителя.
4. Не изучено, но вероятно никак.
_________________ Очень давно не обновлял инфу в профиле.
Нет стандартного драйвера MS под РАЙД. В любом случае придётся использовать драйвер производителя.
улыбнуло, я сам сглупил...
Цитата:
а почему у самсунга sp2504c при таком большом Delay for Drive access такие замечательные параметры при работе с мелкими блоками, уже с 4 кб-почти максимум Возможно из-за кэширования.
можно аргументировать(изложить цепочку рассуждений), мне это не понятно
Добавлено спустя 18 минут, 45 секунд serj 1.почему для raid0 для nforce4 вы рекомендуете размер страйпа не более 32 кб?
2. Эти размеры страйпа вы рекомендуете для кластера в 512 Кб?
_________________ Честный дележ: у организатора - чистые руки, у исполнителя - чистая совесть.
Последний раз редактировалось toureech 25.06.2008 23:11, всего редактировалось 1 раз.
Advanced member
Статус: Не в сети Регистрация: 10.04.2003 Откуда: Москва
Размер кластера не имеет отношения к вопросу и вряд-ли вообще как-то важен. Кластер в 512К делать - себе вредить. IMHO
Stripe выбирается из минимального блока, на котором еще не падает скорость из-за задержет в интерфейсе.
Advanced member
Статус: Не в сети Регистрация: 26.08.2005 Откуда: 34
cerg74 писал(а):
два самсунга 501lj страйп 128к стоит ли менять страйп?
Смело снижайте до 16к. Тогда на 32к блоках скорость уже перевалит за 150-160Мб/с, в отличии от имеющихся 89...
Страйп 8 и менее кб может сказаться отрицательно.
_________________ Очень давно не обновлял инфу в профиле.
Advanced member
Статус: Не в сети Регистрация: 26.08.2005 Откуда: 34
cerg74 Как обычно, теория с практикой разошлись, но всё ж прирост скорости на лицо, а точнее в цифрах +~30% на блоках 32 и 64 кб и немного прибавилось чтение по 128кб (теперь оно упёрлось в линейную скорость). Думаю пересборка массива стоила того
_________________ Очень давно не обновлял инфу в профиле.
ReDevil у Вас страйп 128 кб или 256?
данные уничтожаться при изменение страйпа(надо будет пересобрать массив).
хорошо б посмотреть рез-ты единичного диска. Вам точно имеет смысл уменьшить размер страйпа до 32 кб точно.
_________________ Честный дележ: у организатора - чистые руки, у исполнителя - чистая совесть.
Fix Если вы выложите рез-ты тестировнаия одиночного диска, будет лучше.
если вы будете тестировать HAB один диск, массив вероятно, разрушиться.
Если вы решите поменять страйп, то массив придется пересобрать(т.е. инфу куда-то с массива сливать.)
Вам имеет смысл уменьшить величину страипа до 32 кб, возможно до 16, тогда скорость лин. чтения\записи на мелких файлах увеличиться
_________________ Честный дележ: у организатора - чистые руки, у исполнителя - чистая совесть.
я наконец-то добрался до этого теста итак, имеем:
Adaptec 1430SA (SATA Raid Controller, PCI Express x4, без памяти, без XOR-проца)
4х Seagate Barracuda 7200.10 объемом 320 Гиг.
Все в RAID 0, страйп по максимуму (не помню цифру, 64к наверное).
[img]LAV48, serj купил 2 диска для рейда 0, выкладываю тесты обоих дисков.
Размер страйпа надо выбирать 16 КБ?
какой посоветуете вы?
массив будет использоваться под с винХР, игры и файлопомойку
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 13
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения