Здесь есть несколько факторов ... Без дополнительной информации о механике привода, состоянии и о том, что уже находится на диске, я могу только догадываться о некоторых вещах.
Во-первых, при копировании больших файлов на диск маловероятно, что вы получите единичный фрагмент размером 500 ГБ (непрерывный). Более вероятно, что в конечном итоге вы получите несколько фрагментированных (если не много) пространства по всему диску. Итак, во время записи файла ... он должен работать в разных областях диска.
Во-вторых, сегодня большинство накопителей имеют несколько пластин и головок, которые должны иметь общую ось для доступа к частям диска. Т.е., если ваш файл записывается в верхнюю часть 1-го диска на первых нескольких блоках ... а затем следующий блок размещается на 2-м диске рядом с серединой диска ... вы можете оказаться там, где головка диска должна перемещаться вперед и назад между обоими сегментами (что добавляет гораздо больше времени на "поиск" между секторами), и эта проблема усугубляется такими технологиями, как "управление шинами", которые пытаются быть умными и заполнять всю доступную пропускную способность шины. .. пытаясь читать / писать "многопоточным" способом. т.е. операция записи разбивается на 5 операций записи одновременно ... 1-я запись блоков 1-10, 2-я запись 11-20 ... и т. д. К сожалению, основанные на жестких дисках жесткие диски вынуждены тратить время между каждым сектором, пытаясь записать и проверить данные ... и поэтому такая технология может вызвать больше проблем, чем исправить. У SSD, с другой стороны, почти нет времени поиска ... так что они будут справляться значительно лучше.
В-третьих, это "зеленый" привод ... который пытается быть энергоэффективным. По замыслу они время от времени будут "засыпать", чтобы снизить энергопотребление, и снова включатся, когда что-то получит доступ к диску. Были проблемы, когда привод решает перейти в спящий режим (по случайной неизвестной причине), а затем должен вернуться в исходное состояние. Время замедления и ускорение могут генерировать ОГРОМНУЮ задержку в заданиях на чтение / запись. Возможно, для устранения этой проблемы имеется прошивка для жесткого диска ... или, возможно, вам нужно связаться с производителем и получить их для решения этой проблемы. (что может быть практически невозможно для «индивидуума / потребителя»)
В-четвертых, да, блюдо может пойти плохо ... но не настолько плохо, чтобы пометить сектор как плохой. Большинство накопителей имеют встроенную нечеткую логику, которая записывает данные на диск ... вернитесь назад и прочитайте, что он был записан, чтобы убедиться, что он был записан правильно ... а если нет ... запишите его снова ... и затем проверьте еще раз ... и если это не удастся слишком много раз, это, наконец, пометит сектор как плохой. Но если это удастся со второй попытки ... он пока не помечен как "плохой".
Надеюсь, это вам немного поможет ... но, признаюсь, это далеко не завершено. Существует много МНОГО других причин, которые могут привести к тому, что основанный на блюде диск станет "узким местом" для производительности.
