Kényelmesnek kényelmes.
--
zsebHUP-ot használok!

Nekem is, csak annyit mondtam, hogy vannak hiányosságai (olyanok is, amelyek más FS-eken nem jelentkeznek).
Többször elhatároztam már, hogy elkezdem összeírni, mert mindig amikor belefutok egybe, napokat guglizok, meg greppelek a forrásban, megértem, valahogy megkerülöm, aztán elfelejtem, mert jön a következő. :)
Pár random, ami még nem ürült a cache-ből: tök jó, hogy tömörített FS-nél a nullákat sparse blockként írja ki, de miért nem írja ki ugyanígy nem tömörítettnél is?
A blokkelosztás sem jó. Ha hosszabb ideig degraded egy poolban egy group, nagyon szétcsúszik az egyensúly, ráadásul egy igen vicces bug miatt ha mondjuk egy 8 mirrorból álló zpoolodnál az egyik mirror degraded mondjuk egy hónapig, és az szinte 100%-ban üres, a többi meg 100%-ig tele, kapsz egy kézifékes rendszert, mert korábban 80, újabban talán 97%-os telítettségnél már vadabbul megy a vadászás a szabad blokkokra.
A sok fájlos könyvtárakkal is vannak érdekes megfigyeléseim, lásd az ezeréves zfs esete tóth máriával cikket.
De folytathatnám azzal, hogy mekkora szopások tudnak lenni az ARC méretezésével (adat vs metaadat, RAM vs cache, az UFS-nél miért nem volt ilyennel sosem gondom?), vagy hogy néha elég nehéz kideríteni, hogy miért vannak IO problémák, mikor a diszkek unatkoznak, és mi okozza azt a hihetetlen előrelátást, amely során a zfs default értékei időre nagyságrendi változásokon mennek keresztül (pld. a txg-k lezárási ideje).
Szerencsére én csak párezer tengelyen pörgetem ezt a szart (és elismerem, nagyon megkönnyítette az életem), bele sem merek gondolni, hogy aki nagyobban nyomja mit szophat vele. :)
--
zsebHUP-ot használok!