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 раз(а).
Junior
Статус: Не в сети Регистрация: 07.07.2008 Откуда: Москва
Приветствую всех. Вот и я, наконец-то, собрал РАЙД 0. Выбрал, по советам, Samsung HD322GJ. Сильно не пинайте, делаю все в первые, по-этому заметил лишь после установки ВИН 7, что прогой тестить винты нужно ДО установки. Чтобы не заморачиваться с переустановкой, сделал образ системы и пересобрал РАЙД 0 с разным страйпом. Подскажите, какой Страйп оптимальный? По порядку : страйп 32, 64, 128. #77,#77,#77.
Подскажите, какой Страйп оптимальный? По порядку : страйп 32, 64, 128.
По скоростям и задержкам лучший из 3-х - 32К, хотя проц грузит чуть больше. Если захочется проверить 16К, не забудьте потестировать одиночные винты. ------- Как я догадываюсь, 1я строка в Comments - рекомендация по выбору (завышает размер в данном случае тестирования RAID'а), 2я - догадка о тестируемом RAID'е (совпадает). -------
PoLym0rph писал(а):
тестить нужно одиночные винчестеры, а не рейды из них
... из лености или экономии времени. Любопытные и перфекционисты могут и напрямую пощупать страйпы. Другой вопрос, тесты для этого щупания должны бы соответствовать целевой нагрузке.
Junior
Статус: Не в сети Регистрация: 07.07.2008 Откуда: Москва
PoLym0rph, понимаю, причина указана в предыдущем моем посте. Не хотел разбирать, а лишнего диска щас нет. Но это, как я понял, для быстроты выбора правильного страйпа. А итог этому- тестирование РАЙД массива. Ставить систему каждый раз с нуля и тестить РАЙД - долго и муторно. В моем же случае, быстрее было сделать образ и прогнать массив с разным страйпом, т.к. систему я успел уже поставить.
nso писал(а):
Как я догадываюсь, 1я строка в Comments - рекомендация по выбору (завышает размер в данном случае тестирования RAID'а), 2я - догадка о тестируемом RAID'е (совпадает).
Точно так. Не совпадает, наверное, потому, что рекомендует для одиночного диска, а стоит РАЙД. В общем, остановился на 32. Спасибо за комментарии.
P.S. Если кто то собрал РАЙД 0 на точно таких же дисках - выложите сюда результаты теста для сравнения(поиском не нашел).
Пересобрал Страйп на 32кб и теперь имею вот какие результаты. Перемерял 15 раз.
Картинка забавная, было б интересно сравнить с результатами одиночных винтов. Уточните, на чём картинки получали - ASUS P7P55D (P55), 2х750Gb WD Caviar Black (можно бы и подробнее) Raid0 (Stripe)? Вам, в общем-то, везёт. При переходе от кисловатых 128К к 32К вы потеряли в скорости блоков 256К,512К, сильно выиграв для меньших. В целом 32К больше подходит, чем 128К. Не нравится только увеличение загрузки ЦП для блоков 64К,128К, если конечно цифры обеих картинок адекватны реальным затратам на RAID.
По-хорошему, (можно ж для целевых процессов поделить считанное на число чтений и т.п.) надо бы (с HAB'ом же) пособирать статистику, в частности для среднего блока быстрого чтения (записи) c нагрузкой (-ами), ради которой вы собирали свой RAID0. Для кэшированного чтения ОС в случае WinXP (nt5) обычны блоки 64K, средние тоже обычно рядом. В случае nt6 - вроде бы поболе. Ну и приложения могут сильно сместить средний размер.
Клоню к тому, что возможно 64К будет лучше, чем 32К, в смысле загрузки процессора и, может быть, скоростей для больших блоков (хотя вас должна больше интересовать ситуация вокруг ваших средних). Но уверенности никакой - вы сами отказались от тестирования одиночных дисков (при случае сделайте это), т.е. от пути полегче. И ещё, скорости записи, раз уж HAB их не предоставляет, можно глянуть в ATTO Disk Benchmark.
Member
Статус: Не в сети Регистрация: 12.07.2005 Откуда: Краснодар Фото: 0
nso Да именно на этом конфиге. Винчестеры WDC WD7501AALS-00J7BO отличаются только серийными номерами. Прошивка - 05.00К05. Операционная система стоит Windows 7 64bit Как будет возможность протестирую винты по одному.
Advanced member
Статус: Не в сети Регистрация: 10.04.2003 Откуда: Москва
Не очень понял вопрос. Вообще-то, свойства диска немного различаются от экземпляра к экземпляру (головки-пластины), но суть программы в другом - выбор оптимального stripe, а он зависит от несколько других свойств системы: - особенность работы контроллера IDE - шина (SATA) - устройство ввода/вывода диска (ВВВ) - агрессивность контроллера ВВВ диска по времени реакции на приход/посылку блока. Формально и дико утрировано, stripe зависит только от "IO Delay" ... что почти не связано с скоростью и качеством работы головки-блины.
Речь видеду о правом боковом окошке Statistic? открывающееся кнопкой [>>]. То, о котором сказано:
serj писал(а):
Господа, не открывайте окно статистики, это не нужно!
Неожиданно обнаружил, что там учитываются операции то ли всех дисков скопом с флэшками, то ли одного фиксированного. Во всяком случае выбор диска/флэшки в основном окне ничего не меняет. chkdsk стабильно проявляет себя при любом выборе. Подумалось, кстати, что гистограмма размер блока - число (или %) таковых хотя бы для быстрых чтений в дополнение к среднему блоку лучше дало бы понять, скорости для каких блоков важнее в основном окне.
Последний раз редактировалось nso 18.01.2011 19:02, всего редактировалось 1 раз.
Advanced member
Статус: Не в сети Регистрация: 10.04.2003 Откуда: Москва
offtop по статистике
nso, статистика по всему компьютеру (дисковой системе) и никак не привязана ни к конкретному диску ни к конкретному приложению. Суть была в том, чтоб посмотреть, что проистекает во всей дисковой системе при работе. И тут прицепляться к конкретному приложению или диску плохо - сисмема может (и делает) обращаться не только к 'нему', но и к другим дискам. А именно, при переписывании с-на диски идет интенсивный обмен по витруальной памяти (file mapping), который тоже порождает дисковый обмен и тоже нагружает диски. Например (ничего "особенного" не делал, просто Opera и и-нет ): #77
По гистограммам ... ну да. Вообще-то, здесь и так два отсчета - с низкой и высокой скоростью обмена. Сделать бы хорошо, но не в этой программе. (т.е. скорее 'никогда').
Хозяин - барин. И так заюзаем. Когда версия на скриншоте будет обнародована? Про гистограмму(-ы) подумайте (дописал в пост выше). Её прямо параллельно (или совмещённой с) основной можно было б вывести в качестве меры важности результата для конкретного размера блока.
serj писал(а):
Вообще-то, здесь и так два отсчета - с низкой и высокой скоростью обмена.
Я не об этом. Хотелось бы знать, сколько именно быстро считано блоков каждого размера. Автоматом проявятся чаще используемые, может они плотно группируются возле среднего, а может широко отстоят от среднего. По ним и важнее результаты основного окна. Хватило бы и среднеквадратического отклонения.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 7
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения