Č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
Citace od: Jaromír Vojtaj kdy 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
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ářů
Citace od: Jaromír Vojtaj kdy 10. 06. 2011, 13:23:58
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).
Citace od: Logik kdy 19. 06. 2011, 14:09:52
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.