LINUX.ORG.RU

История изменений

Исправление mord0d, (текущая версия) :

Почему? […] зачем 4к?

Потому что так нагрузка на I/O будет ниже.

Это во времена ФАТ - увеличивали кластера чтобы адресовать большие диски.

Сейчас речь идёт о размере блока, а не размере кластера. Это разные вещи.

Сейчас то думаю читают не по 512 а сразу сериями секторов.

И читать и писать дешевле большими блоками, кэши позволяют. Но на скорость чтения влияет не только пропускная способность диска, но и нагрузка I/O, и если у тебя на тот же диск идёт интенсивная запись, то скорость чтения, особенно рандомная, ощутимо упадёт.

Запись каждого блока это отдельная операция. То есть 4K по 512 это 8 операций.

Но при этом сама ZFS выбирает 512.

В новых версиях теперь по умолчанию ashift=12 (4k).

хочется найти рецепт для доступа к старому варианту

Я тебе уже писал что для этого нужно использовать GUID, которые даются девайсам самим ZFS.

И как в итоге раздел включать? по UUID или может лучше по PV/LV?

Я использую GPT labels.

Исходная версия mord0d, :

Почему? […] зачем 4к?

Потому что так нагрузка на I/O будет ниже.

Это во времена ФАТ - увеличивали кластера чтобы адресовать большие диски.

Сейчас речь идёт о размере блока, а не размере кластера. Это разные вещи.

Сейчас то думаю читают не по 512 а сразу сериями секторов.

И читать и писать дешевле большими блоками, кэши позволяют. Но на скорость чтения влияет не только пропускная способность диска, но и нагрузка I/O, и если у тебя на тот же диск идёт интенсивная запись, то скорость чтения, особенно рандомная, ощутимо упадёт.

Но при этом сама ZFS выбирает 512.

В новых версиях теперь по умолчанию ashift=12 (4k).

хочется найти рецепт для доступа к старому варианту

Я тебе уже писал что для этого нужно использовать GUID, которые даются девайсам самим ZFS.

И как в итоге раздел включать? по UUID или может лучше по PV/LV?

Я использую GPT labels.