Dotaz: btrfs - velikost snapshotu image

[pavele]

Mám souborový filesystém btrfs a chci provést snapshot souboru řádově velikosti GB (image).

Bude btrfs při provádění snapshotu velkého souboru (řádově GB) zohledňovat, že se u nového souboru (image) změnilo pouze několik bloků nebo bude brát nový soubor jako celý nový?

V prvním případě bude velikost snapshotu první soubor + změněné bloky druhého souboru, v druhém případě bude velikost první soubor + druhý soubor.

---

---

Odpovědi

[Jendа]

Bude btrfs při provádění snapshotu velkého souboru (řádově GB) zohledňovat, že se u nového souboru (image) změnilo pouze několik bloků

Ano.

[pavele]

A má btrfs pořád problém se sparse soubory nebo je to už dávno minulostí? Díky.

[Andrej]

To je věcí minulosti. Pokud si pamatuju, problém se netýkal použitelnosti sparse souborů, ale počítání volného místa, které ve skutečnosti zabírají. Za těch pět let, co už tento problém neexistuje, jsem stihl skoro zapomenout, o co vlastně šlo.

[j]

Snap souboru pokud vim neudelas, udelas snap (sub)volume (defakto trochu "specielni" adresar). Jinak viz cp --reflink=auto. Chova se to stejne. Pokud ti jde vylozene o ten soubor, tak ho muzes presne takto proste skopirovat. Zmenene bloky se zapisou jinam, puvodni zustavaji.

[pavele]

Myslel jsem problémy se sparse soubory, o kterých se píše zde:

----- 
Files with a lot of random writes can become heavily fragmented (10000+ 
extents) causing trashing on HDDs and excessive multi-second spikes of 
CPU load on systems with an SSD or large amount a RAM. 

* On servers and workstations this affects databases and virtual machine images. 

* The nodatacow mount option may be of use here, with associated gotchas. 
-----

[lertimir]

To není problém se sparse soubory, ale s množstvím náhodných zápisů. A jak se píše, jediné co se s tím dá dělat, je vypnutí COW, protože, pokud mám v principu FS, že změněná data data napíšu na jiné místo než původní, musí se mě soubor s náhodnými zápisy fragmentovat.

[Andrej]

To je zastaralá a z velké části nepravdivá pseudoinformace.

Řešením je mount option autodefrag. Není příliš vhodný pro SSD, ale pro disky se hodí znamenitě.

[lertimir]

Máš nějaké informace jak moc autodefrag má vliv na výkon? Když si představím databázi, do které se náhodně píše, tak to znamená přepisovat data v rekordech na místě, kde byly pokud to pomocí COW zapíšu jinam a pak zase "defragmentací" budu zapisovat zpět na to místo kde v tom kontinuelním souboru byl ten původní rekord, tak mám více interakci s diskem a budu snižovat výkon.