*** artiom [2018-01-15 00:29]: >Вот это наталкивает на мысли (пусть оно и для ZIL): >"After a crash, ZFS will attempt to replay the ZIL contents. SSDs >themselves have a volatile write cache, so they may lose data during a >bad shutdown. To ensure the ZFS write cache replay has all of your >inflight writes, the SSD devices used for dedicated ZIL devices should >have power protection. HGST makes a number of devices that are >specifically targeted as dedicated ZFS ZIL devices."
А, ну то бишь это как и HDD специально сделанные для NAS решений: как бы без write cache-а. Разумно. Действительно полезно. На HDD часто просто можно отключать этот write cache и нивелировать проблемы внезапного выключения. >Оттуда же (насчёт производительности): >"A key thing to know here is a ZFS vdev gives the IOPs performance of >one device in the vdev. That means that if you create a RAIDZ2 of ten >drives, it will have the capacity of 8 drives but it will have the IOPs >performance of a single drive." Для random IOPS всё верно. Sequential read будет всё же быстрее. >>> Вопрос по загрузке возникает. В Linux эта проблема решается через >>> вынесение ядра и initrd с cryptsetup на отдельный раздел. Здесь тоже самое? >Каким образом (FreeBSD давно был)? Нужен отдельный незашифрованный раздел? Да, просто отдельный раздел где будет загрузчик с ядром и модулями которые они подгружают. В самом man-е GELI есть примеры касающиеся boot: https://www.unix.com/man-page/FreeBSD/8/geli/ (/boot/loader.conf) -- Sergey Matveev (http://www.stargrave.org/) OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF