> John Freeman <John.Freeman@p2654.f1519.n5020.z2.fidonet.org> wrote:
MS>>>>>> /sbin/gnop create -S 4096 /dev/gpt/disk0 MS>>>>>> /sbin/gnop create -S 4096 /dev/gpt/disk1 >>>>> а вот кто мне объяснит про этот гноп? JF>>>> Костыль для advanced format. >>> а оно вот ТАК работает, как в этом скрипте? Как при таком раскладе zfs >>> вообще >>> ухитряется найти свои разделы? JF>> ТАК оно и не работает - видно же что после создаются диски на .gnop и они же JF>> идут в .cache > и? .cache смотрит на gnop, gnop мы из под него в следующей строчке выдернули - > я вижу от kernel panic до просто радостного сообщения zfs "чой-та > не импортится" а вовсе не волшебный угадав где именно оно теперь > находится и на каком устройстве. Я неправ?
Неправ, оно надо только для загрузки с него, а во-вторых гайд с которого это содрано подразумевает export&&import заново уже без .nop после.
JF>> sector size=4096 > afair, это правильным образом через левые патчи (пятилетней давности, что, > до сих пор не включены в официальную ветку? Слава Ораклу!) плюс zfs debug > делалось. > Как-то в целом совсем по другому.
Это и рецепт стольки же летней давности, не думаю что он вообще для ZFS нужен.
JF>> gnop заново при ребуте, да и вообще оно не нужно - прирост по тестам JF>> небольшой, > по-моему там кабздец должен выходить, при регулярной нагрузке. > Даже небольшой. Потому что размеры блока не совпадают, выравнивание не > совпадает -и в наиболее вероятном случае, ради одного байта мы перезапишем > 8k, не факт что последовательных.
И пофиг, у zfs размер блока поболе.
JF>> а выравнивать надо на партишнинге, > там оно тоже изумительно криво.
Там оно абсолютно однозначно и криво быть не может в принципе.
С наилучшими пожеланиями, John Freeman.
--- wfido * Origin: Отправлено через http://ftn.su (2:5020/1519.2654)
