Я думаю, что это правильное поведение. Диски 4k по-прежнему сообщают о 512-байтовых секторах на стороне интерфейса. Хотя они внутренне обращаются к секторам в 4k блоков.
Перемычка в большинстве приводов просто позволяет переключать сектор. На большинстве дисков это смещает адресацию сектора на 1. Причина в том, что ОС не поддерживает 4k, как Winodws XP. Чтобы понять, вам нужно знать, что Windows XP создает первый раздел для запуска в секторе 63 (да, это не опечатка).
В большинстве случаев Windows будет использовать файловую систему с выделением 4 тыс. Единиц (кластеры NTFS). Таким образом, вы предполагаете, что когда вы читаете кластер NTFS с традиционного диска, он просто должен прочитать 8 физических блоков. Довольно просто.
Теперь накопитель также будет использовать размер сектора 4К. Это вполне нормально, поскольку ОС никогда не будет считывать кластеры меньшего размера, чем 4 КБ, поскольку это наименьшая единица выделения (при условии, что вы не форсировали меньшие кластеры FS во время форматирования). Как я уже писал, диски все еще предоставляют 512-байтовые сектора на уровне интерфейса для совместимости. Но если вы читаете только один 512-байтовый блок, то внутренний накопитель в любом случае читает 4k-сектор, а затем разделяет его, чтобы передать только 512-байтовый интерфейс через кабельный интерфейс.
Так в чем же проблема сейчас? ###
Проблема с Windows XP заключается в том, что раздел по умолчанию выровнен по блоку 63. Это приводит к неправильному выравниванию кластеров NTSF с физическими блоками. Я создал небольшую картинку, чтобы проиллюстрировать это:
Как видно на рисунке в Windows XP, логический кластер не выровнен по физическим 4k-блокам. В результате, если Windows считывает логический кластер NTFS, ей требуется диск для чтения двух блоков, а не только одного. Еще хуже, если вам нужен только один кластер NTFS, он считывает два сектора и должен объединить их, чтобы вернуть в ОС только запрошенные данные.
Для операций записи это еще хуже. В этом случае накопитель должен прочитать два физических сектора 4k, а затем объединить их содержимое с содержимым нового кластера NTFS, прежде чем он сможет сохранить оба сектора на диске. Это означает, что вместо того, чтобы просто заменить сектор на жестком диске, перезаписав его, накопитель должен прочитать 8k, объединить в буфер и записать 8k. Это сильно замедляет операции записи.
Для предотвращения ненужного слияния производители жестких дисков добавили хак «совместимости», который можно включить с помощью Jumper. Он просто увеличивает каждый 512-байтовый адрес сектора на 1. В результате первый раздел, созданный Windows, будет начинаться с сектора 64, и отображение выглядит следующим образом:
Теперь любое чтение / запись логического блока 4K NTFS приводит к точному чтению / записи одного физического сектора.
Конечно, этот обходной путь не требуется вообще, если вы создаете свои разделы, уже выровненные по границам 4k-секторов. Например, в Linux вы можете просто fdiskуказать, с какого блока начинается ваш раздел. Так что это хорошая идея, чтобы использовать умножение 8 здесь.
Windows запускает первый раздел в секторе 2048 AFAIR начиная с Vista. Так что эта проблема не возникает здесь больше.
ПРЕДУПРЕЖДЕНИЕ . Если вы по-прежнему используете обходной путь перемычки в ОС с поддержкой 4k, такой как Vista, Win7 или Win2k8 R2, то это может фактически нарушить выравнивание секторов. Причина в том, что накопитель затем снова увеличит адреса секторов на 1, в результате чего первый раздел будет выровнен с сектором 2049, что снова приведет к значительному падению производительности.
Поэтому убедитесь, что при использовании ОС с поддержкой 4k вы удалите перемычку перед разбиением диска. В вашем конкретном случае я думаю, что все должно быть хорошо, если вы переделали диск со снятой перемычкой. Форматирование диска не имеет ничего общего с выравниванием секторов и 4k-адресацией. Единственное, что вы должны удостовериться во время форматирования, это то, что вы не используете кластеры меньшего размера, чем 4 КБ, так как 2 КБ NTFS-кластеров просто приведут к требованию по-прежнему считывать полный 4 К сектор для каждого доступа к жесткому диску из ОС. Кстати: использование 8k NTFS-кластеров все еще вполне нормально, поскольку диск будет просто читать 2 сектора для каждой операции чтения / записи NTFS.