Visszaváltás btrfs-ről ext4-re

Három évig használtam a btrfs-t elsődleges, otthoni fájlrendszerként a mindig legfrissebb kernelverzióval. Két éve írtam róla egy rövid hozzászólást az akkor állapotról, viszont nemrég HDD-t cseréltem a gépben, így aktuális lett azon elgondolkozni, hogy érdemes-e maradni ezen a fájlrendszeren.

A legnagyobb újdonság és a legnagyobb gond is egyben a copy-on-write és a tömörítés volt. Ezek ketten a btrfs legnagyobb ütőkártyái átlagos felhasználás esetén egy mai fájlrendszerrel (pl. ext4) szemben. Sajnos ezzel menthetetlenül együtt jár a fájlok töredezése is.

Ennek mértékét jól jelzi, hogy a korábbi 7200 rpm-es, 1 TB-os Hitachi winchesteremen a Linux egy fél éves btrfs használatot követően 5 perc alatt indult el, ami kínosan lassú. Ez alatt a BIOS-tól az asztali levelező készen állásáig eltelt időt kell érteni. Pár teljes defrag után ez az érték három percre csökkent. Sajnos az opcionális autodefrag csatolási opció csak ritkította a szükséges teljes töredezettség-mentesítések számát, meg nem szüntette őket, így a három perc állandósult. A programindítások lassúak voltak, ahogy betöltöttek az .so fájlok, így a napi munka is lassabb volt, a Windows szintet érte el.

Az új, nagyobb testvér, 3 TB-os winchester beszerzését követően ext4-et tettem vissza, így valamennyire össze tudtam hasonlítani őket. A rendszerindítás 1 perc lett ugyanazzal a Linuxszal, egy specifikációiban kicsit gyorsabb lemezen. Az új, 500 GB-os rendszer (amit rsync-kel másoltam át) 30 GB-tal foglalt több helyet ext4-en, így ennyit segített a btrfs tömörítése néhány videóval, kevés képpel és leginkább forráskódokkal, programokkal és Steam játékokkal terhelt partíció esetén.

A váltást nem bántam meg, de sajnálom, hogy nem volt elég érett még a fájlrendszer, mert remek potenciál van benne.

Mindenképpen érdemes tudni:
- HDD-n teszteltem. Mivel SSD-n a töredezettség egészen máshogy számít a sebességben, ott más lehet a tapasztalat.
- A partíción átlagos fájlok voltak. Ha valaki csak egy hatalmas virtuális gépet tesz rá, kikapcsolja a CoW-ot és a tömörítést, egészen más értékeket érhet el.
- Nem használtam LVM-et és RAID-et.
- A tömörítés lzo volt.
- A Windowsom nem lett számottevően gyorsabb (gk. alig) az új winyóra való költözéssel.
- A talált (kernel)hibákat bőszen jelentgettem a fejlesztői listán, ahol szinte azonnal válaszoltak és javították azokat.

Hozzászólások

Archiváló HDD-men használok btrfs-t egyedül, mégpedig rdiff-backuphoz. Mivel a régebbi archivumokat törlöm, ezek szerint magam is számíthatok a töredezésre, így a lassulásra. :(

Köszi az infót!

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Igen, nálam ez volt a legnagyobb gond: a rendszerfrissítések miatti törlés/újraírás. Mivel KDE-ből folyamatosan jöttek új verziók (akár csak fordítási szintű 4. verziók is), ezért az .so-k folyamatosan törlődtek és újraíródtak. Ezzel pedig a töredezettség jelentősen nőtt.

Archiválásra nekem is megmaradt a btrfs-es winyó, a tömörítés miatt jó, de érdemes törődni vele néha.

--
The Elder Scrolls V: Skyrim

Melyik distro alatt használtad? Van distro supportban lényeges különbség? debian/opensuse/ubuntu

openSUSE alatt próbáltam, mindig az általuk biztosított legfrissebb stabil verziójú kernellel, általában pár nappal annak kijövetele után. Ha btrfs-t szeretnél használni, ezt javaslom, mert a SUSE-sek gyakran visszateszik a későbbi btrfs patcheket a korábbi kernelverziókba is.

Pont ugyanez a tapasztalatom nekem is.

Mostanában akartam váltani LVM-ext4-ről btrfs-re, de akkor ezt elnapolom.
Köszi

Nemrég váltottam laptop-on ext4-ről btrfs-re. Sajnos korrekt összehasonlítást nem tudok végezni, mert egyúttal SSD-re cseréltem a benne lévő HDD-t. A gép összességében felgyorsult, de nem tudni, hogy ebben mekkora szerepe van a fájl rendszernek és az SSD-nek.
Annyit azért elmondhatok, hogy az eltelt pár hónapban nem tűnt fel, hogy lassulna. Ez lehet, hogy az SSD miatt van, mivel kevésbé érzékeny a fragmentációra.
Számomra érdekes még a fájlrendszer deduplikációs képessége. Szerveren még kivárok az áttéréssel - pláne, hogy az SSD-kre még egy kis pénzt kell gyűjtenem. Minden esetre a deduplikáció tesztelését még laptopon is halogatom. Neki kell veselkedjek.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."