Administrace komentářů

Tohle je naprosto nefér srovnání, že ano.

Vem v úvahu pouze tu funkcionalitu, kterou poskytuje Ext4 / XFS / JFS / DalšíČastýFS a srovnej, jak ji zvládá Btrfs. Bez nejmenších problémů, řekl bych. Nic nedovařeného tam nevidím.

Jenže Btrfs má spoustu killer features navíc. Konečně opravdu funkční RAID (po všech těch děravých rádoby-abstraktně-rozvrstvených pokusech, které v minulých desetiletích postupně vznikaly), checksumy (killer feature No. 1, řekl bych, hlavně ve spojení s RAIDem) a nakonec i CoW, protože cp --reflink nebo snapshoty celých subvolumes jiný filesystém hned tak neumí. (Leda ZFS.)

Ohledně problémů s výkonem si neodpustím otázku, zda se jedná o nejnovější kernel. Minulý rok se například vyskytla stížnost ohledně výkonu Btrfs pod PostgreSQL (se zbytečně FUDovitým titulkem, ale budiž), na kterou přímo vývojáři zareagovali celkem rychle. Jenže na ABCLinuxu se víc než často objevují nářky, jak někdo zkusil nějaký rádoby-stabilní kernel z roku 2013 (třeba 3.13.něco), který sice možná obsahuje backporty bezpečnostních oprav, ale nemá backporty ladění výkonu filesystémů, a výkon nebyl podle jeho představ.

U toho dlouhého mountu bych se já osobně asi spíš zajímal, co se o tom píše v logu a jestli například systemd (nebo který init systém tam je) nemá problém zařízení odmountovat při vypnutí. Občas se stává, že to po (poměrně krátkém) čase celkem radikálně vzdá a následně se pak při dalším startu mountuje nekonzistentní filesystém, což pochopitelně trvá dlouho. Předpokládám, že space_cache [1] [2] nebo inode_cache jsi už zkoušel…