Vlákno názorů k článku
Btrfs získá s Linuxem 4.21 zpět podporu swap souborů od vlado - Nuž, zaujímavá správa, mňa by oveľa viac zaujímalo...

osobne sazim spis na Bcachefs, jako (v budoucnosti) dustojnou konkurenci vuci ZFS. Btrfs mel dobrej zacatek, jenze vyvoj jde nejak "ztuha", a vyhozeni z RHEL taky nepridalo na duvere...

Doporučíte mi jakožto dlouhodobému uživateli brtfs nějakou nalejvárnu ohledně výhod bcachefs? Vypadá to zajímavě - až bude mít snapshots, budu asi přemýšlet o náhradě :)

Jenom raději upozorním, že bcache od stejného autora trpěla od jádra 3.14 regresemi (deadlocky ve writeback režimu), které i přes bugreporty nikdo neřešil a netuším, jestli tam nejsou dodnes (naposledy jsem to zkoušela s jádrem 4.4.0 a regrese trvala, pak jsem nad tím zlomila hůl). Z mého pohledu si autor procpal bcache do upstreamu a pak se vykašlal na údržbu. Aby to s bcachefs nedopadlo podobně...

Zatial som to nepotreboval, ale vzdy som mal na pamati ze by som to mohol suplovat pomocou loop. Akuart to nieje take pekne .

napriklad ext4 subvolume:
truncate --size 500M /btrfs/sub/btrfsvol
mkfs.ext4 -F /btrfs/sub/btrfsvol
mount -o loop /btrfs/sub/btrfsvol /mnt/btrfsvol

pouzivat swap -> loop -> btrfs nie je dobry napad ... ano, ono to funguje, ale je dost vysoka pravdepodobnost, ze system skonci na "deadlock" podobnu situaciu ... tl;dr; btrfs zapisuje cez tranzakcie. V istych podmienkach nedostatku pamati moze nastat situacia, ze treba pouzit swap, ale nejde dokoncit tranzakciu pre nedostatok pamati.

Potvrzuji, pouzival jsem swap na btrfs pres loopback, spolehlive to pri vetsim swapovani (spusteni Windows VM...) zaseka system - nezkoumal jsem proc, mozna prave kvuli nedostatku pameti na transakci.