Použití Btrfs na desktopu

[Jaromír Vojtaj]

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ů

[Reklama]

[Logik]

Snapshot je prostě snaphost :-) co by tam mělo bejt za problém?

[Jaromír Vojtaj]

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

[Logik]

Nebude tam problém. :-)

[dustin]

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č.

[Reklama]

[Logik]

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).

[dustin]

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?

[Logik]

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).

[dustin]

Díky, mrknu na to.