Vlákno názorů k článku Konverze Debianu ze souborového systému EXT4 na moderní ZFS od jaromrax - Vyborne, dekujeme za sdileni zkusenosti. Doplnujici otazka - jak...

Vyborne, dekujeme za sdileni zkusenosti.

Doplnujici otazka - jak se ZFS srovnava s BTRFS ? Jsou napriklad (technologicke) duvody pro to prejit na ZFS z BTRFS?

Co jsem vyrozuměl, má btrfs pořád problém s konzistencí výkonu a spolehlivostí. Některé vývojáře ZFS znám osobně a zdá se mi, že mají hodně podobný hodnotový systém, co se týče očekávání na souborový systém. Ale dál jsem se btrfs nezabýval, srovnání nechám na Vaši rešerši, případně jiné komentátory, kteří o tom ví víc.

I zde se da v historii najit hned nekolik zazitku prave na tema ZFS a totalne neopravitelne rozpadly fs, coz se kupodivu pres vsechny problemy ktere ma btrfs jeho uzivatelum nedeje.

Nemluve o tom, ze zfs je i koncepce proste zastarala technologie (trebas raidgrupy ...)

Z me vlastni zkusenoti pak chovani btrfs do znacne miry zavisi na ficurach, ktere se uzivatel rozhodne pouzivat - tedy predevsim tech, ktere jine fs neumi. Z tech problemu ktere bych zminil, tu je pomerne nemile chovani v pripade, ze obsazenost vyhrazeneho prostoru presahne nejakou (ficurove zavislou) mez. V extremnim pripade napriklad nelze smazat soubor, protoze neni misto. Ne ze by se to nedalo vyresit, ale clovek by nejak cekal, ze i 100% zaplneny fs je stale i 100% funkcni a pokud fs potrebuje nejake misto pro nejake akce, tak si jej ma vyhradit.

Možná jste nám mohl ušetřit hledání a poskytnout aspoň jeden odkaz na "totalne neopravitelne rozpadly fs".

Nejsem si jistý, co myslíte "raidgrupami".

Vazne ti nebudu delat archeologa, kdyz nevis, ze ZFS neumi pridat jeden disk, musis pridat jeden raid = grupu, skupinu disku. Narozdil od btrfs, kde se proste prida dalsi jeden disk a raid se roztahne i pres nej.

Tohle je postup z minuleho tisicileti.

Mimochodem, tahle schopnost dava btrfs pomerne zajimavou vlastnost - muze odpadnou (postupne) tolik disku, kolik je volneho mista + raid.

A pak je tu jeste jedna vlastnost kterou btrfs mozna ziska a ktera s tim souvisi (nejake patche na to tema tam uz jsou) a to je tiered storage. Pro ty co netusi to obnasi to, ze pole pak samo distribuuje data pres ruzne typy disku (ssd/hdd/...) podle toho zda se casto prepisuji, ctou, nebo tam jen tak smrdi.

Poslední problémy s konzistencí jsem snad zaznamenal kolem roku 2014 (raid 5 v podání btrfs je ale pořád problém).

Btrfs se každý bojí, to je asi jeho zásadní problém. Proti ZFS nemá journaling a nemůžeš z něho bootovat. Na databáze a vysoké iops je ale problematický, krátký test můžeš vidět u percony (https://www.percona.com/blog/taking-a-look-at-btrfs-for-mysql/), osobně jsem nikde neviděl btrfs vyladěné a použité pro databázi.

Naopak brtfs poměrně rádi používáme na malé stroje, má velice (proti zfs) malé nároky na cpu a paměť, umí snapshoty, auto healing, replikace.