Стоит ли увеличивать размер сектора у sata SSD и у NVMe M2 до 4К (или даже до 64К)?

Question

[brar]

SATA SSD:

hdparm -I /dev/sda | grep -i "sector size"
	Logical  Sector size:                   512 bytes
	Physical Sector size:                   512 bytes

NVMe M2:

nvme1n1            0      512B (DISC-GRAN)       2T         0
└─nvme1n1p1        0      512B (DISC-GRAN)       2T         0

Увеличит ли это производительность виртуальных машин qcow2 на этих дисках (фс - ext4)?
Каковы минусы у такого увеличения?

Answer 1

[АртемЪ]

Стоит ли увеличивать размер сектора у sata SSD и у NVMe M2 до 4К

Зависит от ситуации.
Обычно меньше 4к смысла нет ставить, хотя могут быть и исключения, но не представляю таких ситуаций.

Увеличит ли это производительность виртуальных машин qcow2 на этих дисках (фс - ext4)?

Мало информации чтобы сказать. Там от многих факторов зависит.
Оптимальный размер кластера выставляется в зависимости от нагрузки на диск. Будет информация по нагрузке можно будет сказать.
Чем больше кластер- тем больше нагрузка приближается к линейной.
Чем меньше кластер - тем больше нагрузка приближается к случайной.

Если у вас идут в основном мелкие запросы кластер надо делать поменьше, если идут большие запросы в основном, то побольше.

Для ОС оптимальное значение 4к.
Файловая 1с например читает по 8 или 16к. - соответственно и ставим.
Сервер SQL работает с блоками по 64к - следовательно размер кластера надо ставить не меньше.

Answer 2

[Saboteur]

Производительность не увеличится потому что

1) размер физического сектора ты не изменишь. Винчестеры с возможностью домашнего низкоуровневого форматирования последний раз видели лет 20 назад на IDE и до него.

2) размер логического сектора может немного упростить работу с файловой системой, если у тебя огромные файлы за счет уменьшения количества секторов. Но в целом - линейная скорость видимо не поменяется, а рандомный аццесс замедлится. Ну и в любом случае на физическом уровне останется 512б.

3) Physical Sector size: 512 bytes
не доверяй этой инфе. Внутри может быть 4к, эмулирующие 512б. Найти винчестеры с 512б сектором производства 2011+ года довольно сложно. Правда это точная инфа для HDD. Может быть в SSD 512байтные сектора вполне еще норма.

Comments

[АртемЪ]

Может быть в SSD 512байтные сектора вполне еще норма.

Нет.
Собственно сектор - это понятие относится чисто к HDD. В случае SSD минимальный блок который может быть записан или прочитан зависит от модели диска, но в любом случае не меньше 4к, как правило больше.
Так что там тоже меньше 4к смысла нет ставить, а зачастую есть смысл поставить больше.

Исключение только SSD сделанные по технологии 3DxPoint - там нет таких заморочек как у NAND.

[Валентин]

Ну и в любом случае на физическом уровне останется 512б

на физическом как раз 4Кб давно у всех дисков. Но при этом до сих пор есть те, кто отдает в систему типа 512.

[Saboteur]

Валентин, На физическом уровне 4кб у HDD, а про SSD - тут еще неизвестно.
Я же говорил про то, что человеку выдает hdparm:
Physical Sector size: 512 bytes

Вы же не можете утверждать что у топикстартера не может стоять древний комп.

[АртемЪ]

Saboteur,

Производительность не увеличится потому что

Производительность возможно изменится, а может и нет.

Чем больше размер кластера, тем ближе нагрузка к линейной.
А линейная и случайная различаются прилично. Для HDD линейная в районе 150мб/с, а случайная в районе 0,9мб/с В сто и более раз.
Уменьшается фрагментация.

Но если вдруг мы будем читать или писать данные объемом меньше чем размер кластера - произойдет обратный эффект. И производительность уменьшится.

[Saboteur]

Для HDD линейная

Мы же говорим про топикстартера. "sata SSD и у NVMe M2 до 4К" То есть никаких HDD.

Во-вторых, размер СЕКТОРА.
Не кластера, не блока, а сектора - в 2021 году я не могу назвать сходу устройства, где домашний пользователь без спец оборудования может изменить размер сектора. Поэтому я пишу, что "Производительность не увеличится потому что 1) размер физического сектора ты не изменишь. "

[Deita]

АртемЪ,

В случае SSD минимальный блок который может быть записан или прочитан зависит от модели диска, но в любом случае не меньше 4к, как правило больше.

Создаю текстовый файл, с простым содержанием цифрой "1", вес документа 1 byte тоесть 8 бит. Бывает меньше?

[Saboteur]

Deita, А в чем вопрос?
На диск будет записано два сектора, то есть 8 кбайт, єто минимум.

[Deita]

Saboteur, сколько бы я не указал при форматировании диска, всё равно на 1 символ в текстовом документе отводится ровно 1 байт, а чего система показыват 0, она будет делать это тех пор пока не наберётся первые 4096?

[Saboteur]

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

Файловая система виндовс оптимизирует данные, некоторые аттрибуты может сохранить прямо в MFT записи, а не в отдельном кластере, если суммарный объем таких аттрибутов не превышает 700-800 байт. Поэтому для маленьких файлов может и не выделяться отдельный клаастер
https://en.wikipedia.org/wiki/NTFS

В общем не путай низкоуровневые сектора, и кластера файловой системы

[Deita]

Saboteur,

На диск будет записано два сектора, то есть 8 кбайт, єто минимум.

1 byte это 8 бит а не 8 килобайт, 8 килобайт это вообще космически много это 64000 бит а не 8

[Saboteur]

Deita, А один сектор - это четыре килобайта.
Диски, особенно ССД не оперируют байтами, они оперируют чипами, а чипы оперируют секторами, у которых размер обычно 4 килобайта.
Следовательно чтобы записать один байт, нужно записать сектор. А чтобы записать сектор, сперва его нужно прочитать, чтобы не затереть то, что там есть.

Могут быть даже такие ssd, где чтение выполняется сразу блоком секторов, то есть считывается 4-8 секторов, просто по интерфейсу передается только то, что нужно. Это может ускорить линейное чтение, но в случае рандомного доступа выполняется "лишняя работа"