ZFS používám již asi 2 roky na několika serverech.
Během této doby jsem se nesetkal s žádným problémem.
Jeho nasazením jsem získal možnost inkrementálního zálohování a jednoduše nastavitelných kvót.
ZFS jsem testoval také na portu Debian GNU/kFreeBSD.
Ani zde se neobjevily žádné problémy.
BTRFS používám pouze na své pracovní stanici.
Při standardních operacích jako přidávání, odebírání subvolumu, pořizování snapshotu proběhlo vždy vše v pořádku.
Problém nastal, když jsem se snažil rozšířit filesystem o další zařízení.
Při operaci balance vzniknul kernel panic.
Po prohledání zdrojových kódů a krátkou komunikací s vývojaři se zjistila příčina problému.
Commit, který chybu opravoval nebyl včas začleněn do hlavní větve linuxového kernelu, což bylo napraveno v následující verzi.
Poté proběhl balance již v pořádku.
Provedl jsem také testy zápisu do obrazu virtuálního stroje (kvm).
Pro porovnání jsem testoval obraz umístěn na ext4 a btrfs.
Zapisovány byly soubory velikosti 20 MB až 2 GB.
Průměrná rychlost zápisu v případě ext4 byla 63 MB/s, v připadě BTRFS 73 MB/s.
Měření bylo provedeno na hostu s jádrem 3.16.1–1-ARCH, Btrfs v3.14.2.
Proc tu tak spamujes? Ty dnesni "clanky" jsi mohl dat do jednoho a aspon by pak byl jeden, ktery stoji trochu za to. Takhle jsi akorat z forntpage vytlacil clanky, ktere jsou lepsi nez kazdy z techto tvych nedomrlych utrzku...
A kdyz tu konecne pises o necem zajimavem - bugu v BTRFS - tak nakonec ani nenapises, co presne to bylo...
Testovani probihalo v KVM virtualnim stroji s OS Debian (wheezy).
Pouzil jsem nastroj dd se vstupem /dev/zero.
Zapisoval jsem soubory velikosti 2mb, 10mb, 20mb, 100mb, 200mb.
Pocet iteraci pro kazdou velikost byl takovy, aby se soubory vesly do 2gb.
Na konci jsem udelal prumer rychlosti zapisu z vystupu dd.
Ak clovek pouziva BTRFS, tak by mal mat aj gule pouzivat najnovsi mainline kernel z napr elrepo repository pre RHEL kompatibilne a potom bezat na najnovsom kerneli a nie na nejakej 3.16 starej kurve.
