Dotaz: btrfs defragmentace

[lertimir]

Pánové, kteří máte k btrfs blíže než já, jako běžný uživatel. (a nechci tady spustit flame) Přečetl jsem si, že na jádrech novějších než 3.14 (což jsou ted všechny funkční) defragmentace rozbije snapshoty. Nemíní to chlapci opravit? nebo je to takový zásah, že si i do budoucna musím vybrat, buď mohu defragmentovat nebo snapshotovat?

Odpovědi

[Sten]

Defragmentace rozdělí snapshoty pouze tam, kde je to fragmentované. Fragmentuje se pouze to, co se mění. Když se něco mění, tak to rozdělí snapshoty. Ve výsledku to tak není velký problém, proto to ani nikdo moc neřeší. Pokud vás to přesto trápí, tak se tomu lze úplně vyhnout, pokud místo on-demand defragmentace použijete autodefrag, kde se defragmentují jen nové zápisy (ty stejně snapshoty rozdělí).

[petr]

Snapshoty jsou jedna vec, ale rozbiji to obecne ref-links pro CoW data, ktere muzete vytvorit treba cp --reflink, tudiz se klidne muzete u defragmentace dostat do stavu ze dojde misto... Co s tim btrfs udela? Predpokladam, ze autodefrag ma dopad na performance.

[Sten]

Snapshoty a cp --reflink jsou z hlediska Btrfs to samé. Dostat se do stavu, že dojde místo, samozřejmě může, ale obecně je ta spotřeba místa malá, neboť sdílených a přitom fragmentovaných bloků nebude mnoho, pokud se spouští defragmentace pravidelně nebo je tam autodefrag. Pokud dojde místo během defragmentace, tak defragmentace skončí.

Autodefrag má dopad na výkon, od malého zpomalení sekvenčních přepisů po velké zrychlení čtení a opakovaných náhodných přepisů. Také zvyšuje spotřebu místa u snapshotů.

[trubicoid2]

no po defragmentci muzetes pustit dedupikaci, ktera ty stejna data najde, slinkuje a usetri misto. asi i vic, nez bylo usetreno predtim

pouzivam duperemove -dr --hashfile=/var/tmp/tmp.sqlite /mountpoint