Fórum Root.cz
Hlavní témata => Desktop => Téma založeno: Jaromír Vojtaj 10. 06. 2011, 10:45:55
-
Čeká mě větší reorganizace desktopového stroje a změna rozdělení disků. Je už čas na to, zkusit Btrfs a nebo je lepší se zaměřit na JFS či EXT4? Máte někdo zkušenosti a poznatky, případně i problémy? FS bude jak na běžném disku, tak na SW RAID1
-
Čeká mě větší reorganizace desktopového stroje a změna rozdělení disků. Je už čas na to, zkusit Btrfs a nebo je lepší se zaměřit na JFS či EXT4? Máte někdo zkušenosti a poznatky, případně i problémy? FS bude jak na běžném disku, tak na SW RAID1
Osobne by som do toho zatial nesiel. Pockal by som aspon dovtedy, ked uz bude dostupny fsck pre btrfs. Ale http://dsl.sk/article.php?article=11029 . Sami na stranke projektu varuju, ze ide o fs zatial v tazkom vyvoji.
-
Já to zatím jenom zvažuju a zkouším na notesu, kde nejsou žádná důležitá data ( resp. jsou zálohy ). Uvidím, jak se to bude chovat. Jinak jsem se dočetl, že to není vhodné pro ukládání obrazů z virtuálních mašin
-
Ja jsem na btrfs mel doma (cca 3/4 roku - od OpenSUSE 11.3 do 11.4, kdy jsem presel na 64 bitu a instaloval na novy oddil) /home, zatimco / byl na ext4. Problemy jsem nezaznamenal, prace i zabava nekolik hodin denne. Az takova hruza to zrejme nebude, uprimne receno, ztratil jsem soubory na ext3 (tam mozna castecne vlastni vinou), ReiserFS i xfs a zaloha je tak jako tak nutnost, pokud ma clovek rad sva data.
-
Záloha dat je samozřejmost, o tom bych se nebavil bez ohledu na použitý FS. Zálohuju na jiný disk ve stroji a ještě na FTP NAS. Když jsem zkušebně instaloval na notes, zdálo se mi, že odezva je subjektivně rychlejší, než byla u EXT4
-
jedu na btrfs uz skoro 2 roky, domaci notas, denne pouzivam, takze casto i hard-power off atd..zatim bez problemu. zalohy delam. libi se mi lzo comprese a snapshoty
-
Díky za info. Ta komprese je určitě zajímavá, ale mám dotaz: neprojevuje se to nějak výrazně v rychlosti? Jinak o snapshotu uvažuju po základní instalaci, abych měl "čistý" obraz systému
-
Ještě mám dotaz - používáš běžnou kompresi nebo s příznakem -force?
-
Používám Btrfs na notebooku asi půl roku a musím říct, že nevím, jestli už je na to čas. Btrfs je totiž zoufale pomalé. To je hlavní (a asi jediná) nevýhoda toho FS. Zřejmě to bude fragmentací v důsledku vytváření a mazání snapshotů, rozhodně ne kompresí (procesor se fláká). Defragmentace mi naposledy nefungovala, na prvním souboru se to seklo a rozsvítil se disk (asi nějaký bug). Používám normální zlib bez -force.
Pokud ale přežiješ tu pomalost, je to výborný FS.
-
Já se nechystám používat snapshoty nijak pravidelně a aktivně, spíš v pozici určité zálohy celého systému nebo vybraných adresářů
-
Ještě mám dotaz - používáš běžnou kompresi nebo s příznakem -force?
mam compress-force=lzo, co jsem videl benchmarky na phoronixu, tak to vychazi i lip--procesor se sice trochu vic nadre, ale zas se cte min z disku. atu tu mam blbej intel atom :P ja subjektivne rozdil rychlosti vuci ext4 (co sem mel predtim) nepoznam..
Vyzkousej treba na /home prvni a uvidis
-
Já mám QC Intel, takže si právě myslím, že by to mohlo fungovat celkem v pohodě
-
Pravdepodobne na btrfs lepsie funkcie kedze sa ma stat defautnym suborovym systemom vo fedora 16
-
Ještě jeden obecný dotaz: je možné snapshot uložit na jiný oddíl/disk, kde ale NENÍ systém Btrfs, ale třeba Ext2/3/4 nebo ho nějak vyhnat úplně ze stroje ven?
-
No můžeš udělat snapshot, ten je "frozen", takže není problém ho kamkoli zkopírovat. A pak o můžeš smazat...
-
Díky, to by bylo zajímaví řešení. Nebude tam nějaký problém, pokud bych dělal snapshot na celý systém? U /home to asi problém nebude, ale u sytému si nejsem jistý, hlavně u linků
-
Snapshot je prostě snaphost :-) co by tam mělo bejt za problém?
-
To právě nevím a proto se ptám... Budu to muset na virtuálu vyzkoušet a to vytvoření přímo na jiném oddílu s Ext4 a pak kopii snapshotu na takový oddíl
-
Nebude tam problém. :-)
-
btrfs v 2.6.39 jsem v minulých týdnech testoval na db serveru, bývaly by se hodily ty snapshoty, ale výkon byl tak tristní, že šel pryč.
-
No protože na db server se brtfs moc nehodí, protože používá copy on write. Při změně tabulky teda musí celou zkopírovat. Řešení je vypnout u volume s db souborama copy on write (viz dokumentace k brtfs).
-
No protože na db server se brtfs moc nehodí, protože používá copy on write. Při změně tabulky teda musí celou zkopírovat. Řešení je vypnout u volume s db souborama copy on write (viz dokumentace k brtfs).
Předpokládal jsem, že bude kopírovat jenom nějaký malý blok změněných dat.
Když vypnu copy on write, jak bude dělat efektivně snapshoty?
-
Trochu jsem to zestručnil, přepisujou se extenty, což jsou nějak velký bloky dat, ale zas ne zanedbatelně malý. U db, který zapisujou tu a tam pár bytů je COW pro extenty furt moc hrubý a výkon jde do kytek.
Když zakážeš COW, o snapshoty nepřijdeš, COW se vypne pouze u objektů s max jednou referencí. Takže pokud vytvoříš snapshot, tak Ti klesne výkon při změně dat patřících do toho snapshotu, po prvním přepsání bude zas Ok. Přijdeš ale o bezpečnost FS (což u databáze zas tak nevadí, protože ta si žurnáluje sama).
-
Díky, mrknu na to.