Почему «Физический размер сектора» нестандартный?

Question

[Vitalya Ivanov]

Здравствуйте
У меня зоопарк разных дисков, которые попадались в хорошем состоянии. Один из них пытался использовать под системный в файловом хранилище (обычный ПК х86), но он работал крайне медленно
На чтение всё отлично (проверено Викторией на чтение посекторно)
Единственное отличие от остальных - указан нетипичный физических размер сектора. Нашёл, что такой размер использовался раньше

Размеры секторов дисков

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

Comments

[Дмитрий]

а причём здесь размер сектора? что говорит SMART? что с ошибками, шлейфом? сколько оборотов на шпинделе? какая задержка без буферизации именно на тестах, а не на глаз по файловой системе? какой процент ремапа резервной области?
тестов результаты опубликовать ещё бы

[VoidVolker]

Модель диска какая? Смарт какой? Какие именно скорости чтения/записи он у вас выдаёт?

Answer 1

[Rsa97]

Смотрите модель диска и его характеристики у производителя.
В районе 2011-2015 годов был период, когда одновременно в продаже были диски как с секторами 512б, так и 4Кб.
И нет, размер сектора поменять нельзя, это параметр заложенный производителем.
Если вы объединяете диски с разным размером секторов в рейд, то либо рейд вообще не создасться, либо будет использоваться меньший из размеров.

Comments

[Дмитрий]

не только с 11-го, все нулевые 90% дисков были с 512 байт на сектор

[Rsa97]

Дмитрий, Учитывая, что стандарт на 4К появился в 2010, а первые диски в 2011, все нулевые 100% дисков были на 512б.

Answer 2

[AntHTML]

512 байт (512n): Это диск с секторами, которые содержат 512 байт.

512e (512 emulated): Это диск, физически имеющий размер сектора 4096 байт, но эмулирующий 512-байтные секторы для совместимости с операционными системами, которые еще не поддерживают 4K native сектора. Это позволяет использовать устройства с операционными системами, которые не поддерживают 4K native сектора.

4kn (4K native): Это диск с физическим размером сектора 4096 байт. Это стандарт, известный как Advanced Format, который позволяет уменьшить место, требуемое для служебных меток, и повысить эффективность использования дискового пространства.

Чем больше размер сектора, тем лучше работается с большими файлами - больший кусок файла влазит в один сектор и нужно меньше времени для поиска сектора со следующим куском файла
Но есть минус - файлы меньше 4кб, либо куски файлов меньше 4кб, будут занимать целый сектор. И если у вас куча файлов по 1кб (пускай логи) то вы теряете как производительность, так и место, т.к. оно считается блоками по 4кб.
Именно поэтому в свойствах файла пишется 2 параметра: "размер файла" - фактический в байтах и "на диске" суммарный размер занятых файлом секторов (блоков)

Comments

[Rsa97]

Как правило, размер блока (кластера) файловой системы больше или равен 4К. А файловая система оперирует не секторами, а блоками. Так что использование секторов 512б на таких ФС никакого выигрыша не даёт.
Правда, некоторые ФС умеют писать хвосты файлов в один блок, уменьшая неиспользуемое пространство.

[AntHTML]

Rsa97, в 99% да, подозреваю, сейчас только в некоторых особо изощренных и кастомизированных базах данных можно добиться прироста. А так, это как х86-х64, даже скорее х16-х64 - IDEшное наследие