3

Я знаю, что это нормально и не является неисправностью, но почему пропускная способность настолько низкая при использовании нового жесткого диска со скоростью 7200 об / мин и быстрого внешнего USB-накопителя?

Я знаю, что есть некоторые "накладные расходы", но что это за накладные расходы? Почему это так медленно?

3 ответа3

14

От USB 2.0, FAQ по Hi-Speed USB:

Когда в USB 2.0 появился режим Hi-Speed USB, он увеличил пропускную способность до 480 Мбит / с или 60 Мбит / с.
...
Что касается большого количества USB-накопителей, запись DVD-R с максимальной скоростью 16x занимает 21 МБ / с или 169 Мбит / с. Это соответствует 35% скорости USB 2.0. Жесткие диски, однако, требуют огромной пропускной способности, которой не может удовлетворить USB 2.0; мы видели, что жесткий диск USB 2.0 выдерживал от 36 до 40 МБ / с в абсолютном лучшем сценарии. Флэш-накопители USB также достигли 33 МБ / с, но, похоже, в самой NAND есть некоторые ограничения, поэтому не стоит ожидать, что их скорость резко возрастет в следующем году или через два. Для большинства потребителей не должно быть проблем с исчерпанием пропускной способности.

Для скоростей обратите внимание на разницу между мегабитами и мегабайтами.

Как упоминалось выше, пропускная способность будет зависеть от размера файлов и структуры папок, которые вы копируете. Если файлов много или процесс, перемещающий файлы, выполняет дополнительную обработку, например, ZIP, пропускная способность будет намного ниже.

Если вы копируете один большой файл (более 1 ГБ) с помощью проводника Windows, скорость должна приближаться к 40 Мбайт / с, но, вероятно, она не будет превышать скорость из-за накладных расходов протокола USB.

Как уже упоминалось, проверьте, что больше ничего не активно на шине USB. Даже мышь использует часть доступной пропускной способности.

6

Типичный диск SATA 7200 об / мин имеет максимальную скорость передачи 125 МБ / с (например, Seagate Barracuda 7200.12).

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

Однако данные не являются смежными даже в одном файле, и несколько файлов могут находиться в нескольких блоках. Кроме того, каждая запись в файл требует изменения таблиц каталогов и / или FAT. Если вы ищете, потому что файл не является смежным, или вы ищете, потому что вам нужно записать файл или таблицу каталогов, вы будете тратить время на поиск.

Среднее время поиска составляет около 8 мс, так что вы тратите много времени на каждый поиск.

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

Также каждая команда должна идти через USB. Это не тонна накладных расходов, но это «тупое» запоминающее устройство, поэтому Windows говорит: «Эй, дай мне сектор 4923847», и накопитель соответствует требованиям. Затем Windows запрашивает или пишет в другой сектор. С очередями команд это по крайней мере настолько эффективно, насколько это возможно, но интерфейс USB передает гораздо больше, чем просто копируемые необработанные данные.

USB достигает максимума со скоростью 480 Мбит / с, но реальность такова, что у вас все хорошо, если вы получаете 48 МБ / с из этого интерфейса, и он может конкурировать с более медленной мышью, клавиатурой и другими периферийными устройствами USB. В зависимости от того, как настроены хосты и концентраторы, а также насколько они дешевы, вы можете потерять очень значительную пропускную способность USB из-за низкой скорости периферийных устройств, расходующих временные интервалы.

Все эти факторы в совокупности говорят, по сути, «Вау, вы получаете 24 МБ / с? Это на самом деле очень хорошо!"

1

24 МБ / с вполне разумно для пропускной способности SATA -> SATA независимо от интерфейса. Особенно, если есть много маленьких файлов (по сравнению с одним большим файлом), фрагментация на любом диске и т.д.

Вы можете использовать IOmeter для проверки максимальной устойчивой скорости чтения и записи для последовательных операций чтения и записи. Вы должны выполнить полную дефрагментацию или работать с чисто отформатированным разделом, чтобы получить точный тест.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .