Трёхтерабайтный жесткий диск WD30EZRS - исследуем неисследованное (страница 3)
реклама
Intel NAS Performance Toolkit
Включите JavaScript, чтобы видеть графики
Проигрывание видео это фактически линейное чтение, результаты очень похожи на те, что были получены в Crystal Disk Mark.
Включите JavaScript, чтобы видеть графики
Два потока почти ничего не меняют. Забавно, что платформа с Windows XP немного ускорилась, а остальные замедлились.
Включите JavaScript, чтобы видеть графики
На четырех потоках XP занимает свое место позади, USB 3.0 довольно сильно сдает в процентном соотношении.
реклама
Включите JavaScript, чтобы видеть графики
На этой операции записи можно отчетливо видеть, кому помогает кэширование Windows 7. С USB всё понятно, они оптимизированы для безопасного отключения, с XP тоже, он не настолько эффективно работал с памятью. Но почему PCI контроллер работает в «сыром виде», а H67 даже в режиме IDE выдает больше максимальной скорости диска?
Включите JavaScript, чтобы видеть графики
Совмещенное чтение и запись во многом повторяет картину на предыдущем шаге.
Включите JavaScript, чтобы видеть графики
Сложный шаблон Content Creation поставил USB буквально на колени. И это при том, что пиковая пропускная способность шины на порядок больше.
Включите JavaScript, чтобы видеть графики
В этом тесте всегда происходят чудеса. У платформы AMD получился неадекватно низкий результат, а PCIe контроллер неожиданно показал себя одним из лучших.
реклама
Включите JavaScript, чтобы видеть графики
Результаты почти полностью повторяют полученные в шаблоне HD Video Record.
Включите JavaScript, чтобы видеть графики
А эти мало отличаются от HD Video Playback.
Включите JavaScript, чтобы видеть графики
Кэш Windows отработал по полной программе. Странно, что WD30EZRS лучше всего чувствует себя в режиме IDE.
Включите JavaScript, чтобы видеть графики
Данный тест содержит только операции чтения, в нем кэшировать нечего, но платформа с Windows XP определенно жульничает. Может быть, нужно благодарить Paragon GPT Loader?
Включите JavaScript, чтобы видеть графики
Результаты воспроизведения трассы фотоальбома не менее странные, чем в Office Productivity. В чем логика, непонятно.
FC-test
Read
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
На больших файлах тип платформы дает минимальное влияние на диск (кроме USB 2.0 и PCI конечно). На мелких приятный сюрприз преподносят «глупые» Windows XP и IDE режим.
Copy Near
реклама
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Во время копирования в тот же раздел на удивление хорошо работает контроллер Rocket 620.
Copy far
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
На дальнем копировании средних и мелких файлов победителем становится H67 в режиме IDE, а оба USB плетутся в конце, несмотря на то, что интерфейс позволяет работать быстрее.
Модели BitTorrent клиента
Выношу на ваш суд несколько вариантов измерения нагрузки, они не претендуют на полноту и идеальную реалистичность, но результаты всё равно интересные.
Первый вариант - запись транзакций работы реального Torrent клиента и их воспроизведение с помощью Intel NASPT. В течение десяти минут раздавались четыре файла общим объемом 115 Гбайт. Средняя скорость составляла около 1 Мбайта/с, было подключено примерно 19 пиров, в общей сложности к диску было выполнено порядка 8000 транзакций. В скором будущем выйдет отдельная статья о том, как создавать свои собственные шаблоны для NASPT, пока же воспринимайте этот тест «как есть».
Включите JavaScript, чтобы видеть графики
Разница получилась минимальной, но это и хорошо. Диск-то один и тот же. Теоретически можно раздавать файлы со скоростью, превышающей возможности 100-Мбитной сети.
Вы можете сравнить результаты со своими, скачав этот файл и положив его в папку \NASPT\app_traces. Учтите, что придется подождать, пока будет происходить наполнение файлов содержимым. Требования к свободному пространству соответствующее - 115 Гбайт.
Недостаток у этого теста в том, что 115 Гбайт слишком мало для трехтерабайтного накопителя, он будет работать в режиме короткого рабочего хода. Самое худшее - 100% случайное чтение по всему диску. uTorrent читает блоками 128 Кбайт и не умеет создавать длинную очередь – это всё, что нужно знать. Для моделирования такой нагрузки использовался IOMeter. К сожалению, он не распознал диск в формате GPT, поэтому пришлось использовать MBR и пространство 2 Тбайта, но это не должно сильно повлиять на результаты.
Включите JavaScript, чтобы видеть графики
Даже без кэширования и прочих оптимизаций диск может отдавать 7 Мбайт/сек. Скорость подключения к Интернету у большинства пользователей существенно меньше. Но ведь диск не будет использоваться исключительно для торрентов. Что если захочется посмотреть фильм в формате Blu-ray, не останавливая раздачу? Для этого в IOMeter дополнительно к случайному доступу был добавлен worker с последовательным чтением блоками 64 Кбайта. Результаты работы обеих задач перед вами:
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Занятно, не правда ли? Системы с AHCI полностью сосредоточились на линейном чтении, а IDE аналоги, не долго думая, выделили каждой задаче равное число IOps, в итоге скорость последовательного чтения упала до катастрофического уровня. Это означает, что USB контейнеры и контроллеры без AHCI не предназначены для сложной многопоточной нагрузки. Весьма вероятно, что просмотр Blu-ray фильма при работающих торрентах будет невозможен.
Заключение
Трехтерабайтный винчестер требует осмысленного подхода. Основные проблемы возникают при попытке связать компоненты из разных эпох. Если же у вас актуальное «железо», свежие драйверы и современная ОС, то и с новейшими накопителями не будет проблем. Надеюсь, статья содержит исчерпывающую информацию обо всем необходимом для нормальной работы.
Проведенное исследование производительности показало сильную зависимость от различных платформ. Порой она была просто огромной, как будто тестировались разные модели. Особенно выделился внешний контейнер. Не стоит думать, что раз USB 2.0 способен передавать около 35 Мбайт/сек, то интерфейс не станет узким местом при тяжелой нагрузке, когда скорость самого диска снижается ниже этой отметки. Производительность с этим интерфейсом очень часто была ниже в разы, и даже USB 3.0 не сильно улучшил ситуацию.
Что же касается самого диска WD30EZRS, то это вполне рядовой винчестер, который не бьет скоростных рекордов, особенно в режиме случайной записи, и предназначен исключительно для роли хранилища. От WD20EARS он отличается незначительно, в некоторых тестах старая модель даже оказывается впереди.
Выражаем благодарность:
- Компании Western Digital за предоставленное для тестового стенда оборудование: жесткие диски WD30EZRS, WD20EАRS, WD Raptor WD740ADFD-00NLR5 и контроллер HighPoint Rocket 620.
реклама
Страницы материала
Лента материалов раздела
Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
Комментарии, содержащие оскорбления, нецензурные выражения (в т.ч. замаскированный мат), экстремистские высказывания, рекламу и спам, удаляются независимо от содержимого, а к их авторам могут применяться меры вплоть до запрета написания комментариев и, в случае написания комментария через социальные сети, жалобы в администрацию данной сети.
Комментарии Правила