SuperSpeed USB против eSATA: первый раунд

PCMark05

В принципе, диаграмма сильна льстит новому USB — в реальности на месте самого первого значения должен быть жирный ноль, поскольку пока загрузка с таких накопителей невозможна, да и вряд ли будет возможной для дискретных контроллеров когда-либо. Но воспроизвести типичную трассу можно, что мы и делаем. В результате чего оказывается, что JMB362 работает на ней медленно, но уже не хуже, чем SuperSpeedUSB, а вот разницы между внутренним и внешним вариантами использования чипсетного контроллера нет вообще.

Похожая картина и на трассе запуска приложений, только тут уже отличия куда меньше и JMicron подтягивается к лидерам настолько, насколько возможно.

А при «обычном использовании» снова отстает от них, заметно опережая USB версии 3.0, тем не менее, но вынесение окончательно вердикта мы, пожалуй, отложим до того момента, когда удастся протестировать этот интерфейс совместно с Barracuda XT.

Это единственный тест, результаты которого столь близко коррелируют с показателями буферизованного чтения. Что и предполагалось ранее — данная трасса очень сильно «оптимизирована» под максимально-возможный выигрыш от кэширования.

Первый тревожный звоночек — несмотря на то, что мы видели на низком уровне, трасса записи файлов в PCMark рапортует о том, что оба способа обеспечения поддержки eSATA куда хуже, нежели внутреннее подключение винчестера или применение нового поколения USB. Посмотрим, что получится в столь же высокоуровневом NASPT.

Intel NAS Performance Toolkit

Чтение данных наилучшим образом удается JMB362: он лишь незначительно отстал от SATA-подключения, зато продемонстрировал просто феерические результаты на четырех потоках (настолько поразительные, что мы перепроверяли их пять раз ). Зато по неизвестной науке причине «провалился» P55 на одном потоке (что мы тоже неоднократно перепроверили). Ну а в целом — все достаточно быстрые, чтобы об этом особо не задумываться.

Переходим к записи… и картина почти такая же, как в PCMark: использование eSATA сильно замедляет работу. Впрочем, все равно достаточно быстро по сравнению с USB 2.0, например, однако полуторократное падение сравнительно с SATA-подключением это перебор.

Результаты SuperSpeed USB 3.0 тут несколько вне конкурса — совсем другой винчестер. А на одинаковом видно, что дополнительный мост и/или другой контроллер могут весьма сильно скорректировать картину, причем как вниз, так и вверх. Т.е. однозначного победителя выбрать сложно.

При копировании файлов с накопителя опять сложно объяснить результаты P55 в роли eSATA — слишком сильное падение. Впрочем, возникло у нас под конец подозрение, что виноват тут может быть даже режим работы контроллера. Мы по традиции используем RAID, хотя в данном случае поддержка внешних накопителей силами чипсетов от Intel несколько ограничена: в частности, не поддерживаются «умножители портов», т.е. при подключении «снаружи» такого контроллера будет виден только один из его винчестеров, о чем система честно предупреждает, а вот что должно твориться со скоростью никаких упоминаний нет. Но ведь используемый в нашем внешнем модуле контроллер JMB20336 Port Multiply поддерживает (просто данная функциональность этим конкретным боксом не реализована), так что «грабли» могут встретиться как раз на этом пути. Что ж — у нас назрел еще один вопрос, ответ на который нужно будет поискать в ближайшее время: когда «на руках» окажется хотя бы один внешний модуль с поддержкой USB 3.0, что нам позволит поставить точку в сравнении двух интерфейсов уже максимально-корректным образом (при одинаковом используемом винчестере). А вот JMB362 оказался весьма неплох (что и в других тестах чтения проявлялось): по максимальной скорости он, конечно, отстает от SATA-подключения винчестера, но не так уж и сильно. При чтении же большого набора файлов небольшого размера результаты вообще примерно равные.

Тесты записи в очередной раз провальны для eSATA если сравнивать эту шину как с SATA, так и с новым USB. Впрочем, мы пока не будем торопиться с окончательными выводами, а проведем в ближайшее время тестирование еще раз — в AHCI-режиме.