Portál AbcLinuxu, 30. dubna 2025 09:07
Pred 5ti dny vysla nova verze ZFS on Linux. Podle meho prvni release, ktery je opravdu hodny produkcniho nasazeni.
Kdyz jsme ve vpsFree.cz nasazovali poprve ZFS on Linux, slo o verzi 0.6.2, kterou Brian Behlendorf (zamestnanec LLNL, jejich fulltime vyvojar ZFS on Linux) prohlasil za produkcni, netrvalo dlouho, abychom se presvedcili, ze az tak produkcni release to nebyl. Nicmene o dva-tri mesice pozdeji s nekolika commity zlepsujici spravu pameti se veci hodne zlepsily a od te doby se nebojime pouzivat ZFS in production.
Od release 0.6.2 priteklo do gitu ZoL hodne zmen, ktere zlepsuji stabilitu, vykon i pouzitelnost. Novy release tedy obsahuje (kopiruju z oznameni o vydani):
Tiskni
Sdílej:
Což ovšem třebas Arch neumí.Orly?
slo o verzi 0.6.2, kterou Brian Behlendorf (zamestnanec LLNL, jejich fulltime vyvojar ZFS on Linux) prohlasil za produkcni, netrvalo dlouho, abychom se presvedcili, ze az tak produkcni release to nebyl
Zajímavý rozdíl v přístupu. Btrfs mi dodnes vypisuje:
WARNING! - Btrfs v0.20-rc1 IS EXPERIMENTAL WARNING! - see http://btrfs.wiki.kernel.org before using
a přitom je už delší dobu celkem dobře použitelné.
Dukaz misto slibu. Srovnej cislo read (= pocet readu celkem) s miss (= ARC miss) a jeste s l2miss (= miss i z L2ARC - SSD, tedy to je realne ten pocet readu, co dopadne na disky). Na screenshotu jsou vybrane ty nejvytizenejsi vpsFree stroje. Tohle bez ZFS neslo, at jsem se mohl snazit, jak jsem chtel.
A diky dedicated SLOG device (pro ZIL) se na disky periodicky *asynchronne* flushuji dirty data, synchronni zapisy vytezuji SSD (kde Intel DC S3700 maji nejvetsi IO konzistenci v case z toho, co se vyrabi - a jsou schopne davat stabilne vic jak 10k IOPS). Disky u nas maji tak vcelku flakarnu - ve srovnani s predchozi situaci, kdy to absolutne nestihaly, celkem rozdil.
BTRFS by v tomhle pomohlo jedine tak, ze by pri zapisovani disky az tolik neseekovaly (jelikoz jsou zapisy taky serializovane, jako u ZFS, nicmene nema dedicated SLOG device) a ze nema bottleneck na CPU v podobe 1vlakenneho journalu (jako ext4) - ale moc rozdil by to ve finale nebyl. Staci, aby se seslo par vytizenejsich databazi na jednom stroji a je dokonano.
Narozdil od ZFS neproslo zatim BTRFS ohnem v podobe realne zateze na necem vetsim, nez jsou desktopy a laptopy.
Mohu se zeptat na zdroj této vaší informace?
není to ovšem 10 let ale 7
To samozřejmě za předpokladu, že je správné vaše tvrzení, že ZFS je v Solarisu podporovaný od roku 2006.
Linux: … 0% btrfs/XFS/JFS/etc
Tak to je hodně špatný odhad. JFS je opravdu výjimkou a BtrFS se ještě moc nerozšířil, ale XFS je na (enterprise) Linuxu mnohem rozšířenější, než si představujete. A nelze zapomínat ani na GFS nebo OCFS2.
ZFS má náskok 10 let oproti RHEL8, který vyjde imho nejdříve 2016.
RHEL je snad jediná enterprise linuxová distribuce? SLES 11 SP3, který vyšel před rokem, BtrFS podporuje.
to není odhad,to jsou moje vlastní zkušenosti z několika velkých firem
…neboli odhad na základě relativně malého vzorku. Mé odhady vycházejí z toho, co vidím u bugů, které projdou L3, takže to také není úplně reprezentativní vzorek, ale přeci jen bych řekl, že je to pokrytí rovnoměrnější.
3 velke firmy
Tři. A v tom opravdu nevidíte problém? Kolik tisíc strojů, to není až tak podstatné, protože je obvyklé, že ve stejné firmě se pro stejný účel bude používat stejná nebo podobná konfigurace, takže je celkem jedno, jestli je těch strojů deset nebo deset tisíc.
Nie nie je. Vidno ze mate obmedzeny pohlad zo SuSe
Možná, ale to, jak často XFS vidím v konfiguracích zákazníků (nemluvě o tom, že jsou hlášené bugy i přímo na něj), je IMHO dostatečné na to, abych mohl tvrdit, že "Linux … XFS … 0%" neodpovídá realitě v enterprise sféře. A co se RH týká, myslíte, že by se jen tak rozhodli dát XFS v RHEL 7 jako default, kdyby ho doteď v předchozích verzích (skoro) nikdo nepoužíval?
BTW: XFS používá i Samsung pro svoje televize.
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.