btrfs - opravdový filesystém

3.2.2009 19:04 | Přečteno: 2210× | Linux | poslední úprava: 1.10.2010 23:08

Od filesystému očekávám zejména výkon. Jistě, asi by se dala najít i jiná kritéria, třeba stabilita, ale protože zálohuji, tak se nebojím . Od počátku svého linuxování jsem používal buď ReiserFS nebo EXT3. Nyní jsem ale objevil svého nového hrdinu - btrfs.

Popravdě, nikdy jsem se příliš nestaral o to, jaký používám souborový systém. Ext2, Ext3, Reiser 3 - hlavně že to fungovalo. Problém se objevil až před pár měsíci. ArchLinux si ukládá seznam instalovaných balíčků formou souborů. Každý balíček má vlastní složku a vní soubory depends, desc a files. Soubory jsou hodně malé, a je jich hodně. Rychlé 'ls -1 /var/lib/pacman/local | wc -l' prozrazuje, že mám nainstalováno 1123 balíčků. Prohledat takovou databázi už chvíli trvá. Zejména pokud u toho ještě musíte řešit závislosti a konflikty, což vyžaduje se k některým souborům vracet i několikrát během jedné kontroly. Poslední dobou už pacman vážně nezvládal a i přes opakované pacman-optimize trvala kontrola zavislostí až několik minut. Prostě EXT3 už nestíhal. Někde jsem četl, že ReiserFS by mohla být dobrá alternativa pro filesystém na disku s mnoha malými soubory.

Minulý týden jsem se konečně rozhoupal a dal se na přesun. Stará partition s nikdy nedokončeným LFS byla idealní obětí. Jenže místo Reisera jsem se rozhodl trochu experimentovat a naformátoval jsem ji do btfrs.

WOW

Operace, které dřív trvaly několik minut nyní trvají kolem dvaceti sekund. Teď už jen najít si čas a převést na Btrfs celý disk.

Což mě přivádí k další výhodě Btrfs - konverze z EXT na Btrfs je velmi jednoduchá - stačí použít nástroj btrfs-convert, který navíc vytvoří snapshot EXT metadat a umožňuje bezproblémový návrat zpět k EXT pokud byste nebyli s Btrfs spokojeni. Smazáním snapshotu ušetříte nějaké to místo na disku, ale přijdete o možnost konverze zpět.

Abych to nějak ukončil - Btrfs je souborový systém, který má před sebou velkou budoucnost. Bylo ohlášeno, že by měl být začleněn do hlavní větve Linuxu již ve verzi 2.6.29, což určitě také bude mít přínost pro jeho popularizaci. Na internetu se také objevují články, že by Btrfs měl v budoucnosti nahradit LVM - no uvidíme. Každopádné pokud hledáte náhradu EXT či ReiserFS, mohu vám Btrfs vřele doporučit.

       

Komentáře

[asfethan]

Pokial viem tak na btrfs sa este stale pracuje :)  A neda sa o nom tvrdit ze je rock solid & stable ako ext{2,3} . Bolo by zaujimave keby si to porovnal aj s ext4. btrfs je este stale vo vyvoji a napriek jeho skvelym vlastnostiam by som ho na produkcny stroj teda nedal :) Ale drzim palce, velke nadeje do tohto projektu vklada aj Linus...

[kozzi]

Tak do produkcniho stroje nee, ale na desktop bych ho klidne dal.

[progdan]

Urcite to neni idealni na produkcni nasazeni, ale na desktop uz bych rekl ze je dostatecne stabilni. Osobni srovnani s ext4 nemam protoze sem ho nikdy nepouzival, ale bavil jsem se o tom s Davidem Watkze ktery nasadil Btrfs misto EXT4 a prej je to hodne znatelne zrychleni

[trekker.dk]

Urcite to neni idealni na produkcni nasazeni, ale na desktop uz bych rekl ze je dostatecne stabilni.

Pokud vím, tak je experimentální, API se může měnit a stále ještě způsobí kernel panic, když ti dojde místo na disku.

[kozzi]

Já to řeším tak že pomocí dd si vytvořím image a ten naformátuju např do spadfs,reiser4,btrfs a tam pak nahraju tu databazi, a v /etc/fstab to dam jen pripojit. Je to perfektni reseni.

[marbu]

+1

[Jardík]

Je to sice pak na jednom většinou spojitém místě, ale zase to musí jít přes další FS ovladač, znovu se předává buffer, další cache navíc, atd... lepší je mít skutečný oddíl.

[CET]

Zeptam se trosku z jinyho soudku. Gentoo je na tom podobne, co se tyka spravy balicku. Osobne jsme si udelal zvlastni malou partisnu (LVM) s reiserem jenom pro tyhle veci a rekl bych, ze to jede o dost rychlejc nez na druhym stroji, kde mam tyhle soubory na jednej velkej ext3 partisne. Mozna by stacilo udelat jenom mensi partisnu zvlast pro tyhle data.

Ale jinak brtfs taky fandim. Prestoze se mi libi taky ZFS, byl bych radeji, kdyby byl zfs "prevalcovan" tim brtfs. Ale pouzivat brtfs na desktopu budu radsi az bude stable. Ono uz jenom vsechno znovu instalovat zabere peknou dobu a nechtel bych si s tim hrat.

[kozzi]

Já si počkám až vyjde jádro 2.6.32. Potom vše zazálohuji, a na nb nahodím arch linux s btrfs :D

[progdan]

Zkousel jsem poustet i pacman-optimize, coz je takovej "defragmentacni" nastroj, ktery se snazi vsechny ty soubory zapsat na disk za sebe - podle me by to nemelo pak mit moc vliv ,jestli je na velke nebo na male partitione - zakladem je ze hleda v souvisle sade dat.

[frEon]

nahrazovat pomoci souboroveho systemu lvm mi prijde jako nejvetsi kravina. Presto ze brtfs ma nektere featury lvmka, neni duvod lvm z jadra vyhazovat. Co ostatni filesystemy jako reiserfs, ext*, xfs, jfs a dalsi?

[kozzi]

lvm s jadra urcite nezmizi

[progdan]

Eh - mozna jsem se nevyjadril zcela presne - myslel jsem nahradu ve smyslu alernativy

[grubber]

Já nechápu, jaktože btrfs prošlo dělat si něco po svojem (např. řešit záležitosti, které má řešit LVM) a proti tomu, že Reiser4 dělá věci po svojem "všichni" zbrojili. Na btrfs se těším, tak doufám, že mi to někdo osvětlí, protože mi určitě něco uniká .

[kozzi]

Tak ono prošlo protože se z jeho vývojářem dá solidně komunikovat. Proti reiser4 se zbrojilo kvůli přístupu Hanse. Jinak si myslím že reiser4 je super systém a to že jsou problémy se zařazením mě mrzí.

[JS]

Priznam se, ze o tom moc nevim, a podle meho nazoru by FS nemel nahrazovat LVM, ale nebylo to nahodou tak, ze se pristup vyvojaru k teto problematice zmenil pote, co tyto vlastnosti obsahuje nove vznikle ZFS?

[al-Quaknaa]

No, pokud já si to správně pamatuju, tak ta komunikace s Hansem tak moc s "překrýváním" funkcí nesouvisela. Spíš šlo o to, že Hans použil popůlární (a v dané situaci jak se pak ukázalo docela nevhodný) název plugin. Všichni se lekli, že by šel do filesystému za běhu zavádět proprietární binární modul a tak byli proti, to že to Hans pak vysvětlil stejně nepomohlo. Pak byla celá ta záležitost s Hansovým soudem a podobně. Každopádně existuje seznam věcí, co chtějí vývojáři udělat předtím, než se znovu pokusí o začlenění, a žádný přepis "plugin" systému tam není, ani ve věcech vytýkaných kernel developery. Tolik ode mne...

 

[Michal Fecko]

Ja pouzivam zasadne XFS ale najma JFS - mozno nepopularne, mozno malo pouzivane, ale zatial nesklamali - ako na desktope tak na serveroch... Nic nove skusat zatial nemienim, kedze vsetko stare ma uz ako FS sklamalo (ReiserFS3 aj 4, ext2, ext3, fat, ntfs)...

[kozzi]

jj XFS i JFS sem pouzival a neni to zle. Ale tusim ze u XFS sem mel problemy s rychlosti u malych souboru. A hlavne pokud sem nad nim mel jeste NFS tak i kdybych mel starej dial-up, tak stahovani zdrzuje disk a ne rychlost internetu :D

[Michal Fecko]

Ano to s XFS a výkonom s malymi subormi je (ciastocne) pravda. Ale JFS ma len malo slabých miest.

[msk]

Ja som raz skusal jfs na starsom stroji a prislo mi to zavratne pomale a kazda io operacia sa prejavovala nenormalnym cestovanim hlaviciek po disku. Mozno len blba konstalacia...

[AHAHA]

Souhlas. Uz nejakou dobu taky jedu na JFS a maximalni spokojenost.

[Václav HFechs Švirga]

Já dal na jfs notebook a byla to dobrá volba.

[Limoto]

Já to řeším přes loop s reiserem a lítá to jak blesk

[David Watzke]

Nahodil jsem to pro repa s ebuildama, cache (a za chvíli pro KDE a distfiles) a musím říct, že je to humbuk. Jsem fakt nadšenej, je to mnohem rychlejší než všechny ostatní FS, se kterýma mám zkušenosti (ext3, ext4, reiserfs, xfs). S ext4 to zamete neskutečným způsobem.

[Robert Krátký]

Tak je to humbuk, nebo rychlejší?

[Cubic]

to mi rikas ted, kdyz jsem pred tremi dny zahodil reiser a jfs na notebooku a strcil tam ext4 (filmy a mp3 zustali na xfs) ? :)
ne, vazne, na btrfs si pockam az bude stable

[Semo]

Dorazne odporucam robit texty na novo formatovanom fs, alebo na identicky "zaspinenom" fs. Stary, fragmentovany (interne aj externe) fs bude porazeny horsim, novo naformatovnym fs cisto z dovodu, ze na novom sa nebude tolko a tak daleko seekovat po disku. Sam som zazil rychlostny sok, ked presiel a ext3 na reisera. Ale dnes ten reiser uz nie je ovela rychlejsi ako ext3 kedysi, pretoze je to partition pouzivana na stahovanie veci z internetu a sa bezne pohybe medzi 90-95% zaplnenosti a simultanne stahovanie niekolkych velkych filov tiez nie je vynimka.

Alebo robit testy SSD a Flash diskoch.

[kavol]

+1 ... když jsem poprvé nahodil reiser4, byl jsem unešen, neb suverénně dal na prdel všemu, co jsem zatím viděl ... po měsíci jsem se ale začal shánět po repackeru (marně ) a po dvou už jsem nepozoroval žádné zrychlení oproti ext3 a reiserfs (ale dlužno říci, že tyto dva v čerstvém stavu nebyly tak svižné jako čerstvý reiser4; kdyby byl dostupný repacker, tak ho používám snad všude)

[M. Lox]

Já na Gentoo ze stejného důvodu používám Reiser4, který šetří ohromné množství místa a času kromě tail-packingu také kompresí souborů.

[Robert Krátký]

Zajímavost pro ty, kdo ještě neví (mě o tom poučil Linus, takže jsem si připadal jako trouba): btrfs se v angličtině vyslovuje "butter fs".

[Robert Krátký]

Drobnost: mohl bys prosím změnit písmena v titulku na malá?

[progdan]

zmeneno

[Robert Krátký]

Dík.

[mimi.vx]

 a zkusil jsi mit u ext3 mit zapnuty dir_index?

[zacatecnik]

Zdravím, prosim tě balíčky, které stáhnu přes packmana po instlaci zůstávají nadále v systému? Když dám totiž pacman -Rn balík a následně pacman -S balík nic se nestahuje a jen nainstaluje. Potřebuji udělat místo na disku a řekl bych, že v tomhle bude ranec...

[progdan]

Ano, vsechny balicky se uchovavaji ve /var/cache/pacman. Vymazat cache lze pomoci prikazu pacman -Scc. Btrfs nezabira skoro zadne misto, navic od verze jadra 2.6.30(myslim) je Btrfs jeho soucasti a neni potreba instalovat samostatny balik.