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 "чой-та не импортится" а вовсе не волшебный угадав где именно оно теперь находится и на каком устройстве. Я неправ?
JF> sector size=4096 afair, это правильным образом через левые патчи (пятилетней давности, что, до сих пор не включены в официальную ветку? Слава Ораклу!) плюс zfs debug делалось. Как-то в целом совсем по другому.
JF> gnop заново при ребуте, да и вообще оно не нужно - прирост по тестам JF> небольшой, по-моему там кабздец должен выходить, при регулярной нагрузке. Даже небольшой. Потому что размеры блока не совпадают, выравнивание не совпадает -и в наиболее вероятном случае, ради одного байта мы перезапишем 8k, не факт что последовательных.
JF> а выравнивать надо на партишнинге, там оно тоже изумительно криво.
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
