Почему я только получаю пропускную способность на 24 МБ/с при копировании файлов с жесткого диска USB на мой жесткий диск?

От USB 2.0, высокоскоростной USB FAQ:

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

Поскольку скорости отмечают различие между мегабитами и мегабайтами.

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

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

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

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

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

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

Среднее время поиска составляет приблизительно 8 мс, таким образом, Вы съедаете МНОГО времени, каждый ищет.

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

Кроме того, каждая команда должна пробежаться через USB. Это не тонна издержек, но это - 'немое' устройство массового хранения, таким образом, в Windows говорится, "Эй, дайте мне, сектор 4923847" и диск соответствуют. Затем Windows просит или пишет в другой сектор. С организацией очередей команд это, по крайней мере, столь эффективно, как это может быть, но интерфейс USB передает намного больше, чем просто необработанные данные, которые Вы копируете.

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

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

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

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