No mi se BRTFS cca pred necelym rokem neosvedcil, mel jsem SW RAID + LVM2 a na nem BRTFS.
Tak ma metadata 2x protoze proto, kupodivu to zpomaluje, ackoliv jine FS je maji treba 3x ;-)) pravda, journal maji casto jen jeden.
No tak nejak jsem akceptoval nizsi vykon pres NFS, nebylo to zase tak horzne az nahle pribylo mnoho souboru z bylo mu uz jen 800MB na metadata ...ja bych mu rad dal treba 30GB, mi je to sumak, jenz eono to neslo, pravda, existuje nedokumentovany parametr, kterym to v % posunete pri dalsim mountu, no mi to nakonec vyresila ta jeho defragmentace a prepocitani, kdy to sama po X updatech zvetsila ...
Ale mezi tim, jsme mel rychlost uchvatnych 0.6MB/sec pri zapisu, kupodvu cteni jaks takz jelo ... no to bylo k pos* ... takze kdyz jsem do SW_RAIDu pridla dlasi disky, vytvoril novou LVM, zkopiroval data, smazal BTRFS ... a jedu na ext4 a jsem happy.
Kazdopadne BTRFS ma budoucnost, nebot vykrada NetApp, kdyby nemale Ontap tu brutalni fraction reserve, tak si ten jejich emulator nasadim na nas, cracknout jej umim a presvedcit jej, ze ma jit misto na soubory na disky ;-)))
No v BRTFS mate deduplikaci, snasphoty, ktere opravdu nezatezuji system, object snapshoty (ne jen na FS, ale i soubor) snado tedy udelate clon jak volumy, tak souboru ala flexclone ... tedy 500GB virtual ... VOALA a mate druhy, zapisujete tam, udrzujete jen rozdil a nema to vliv na vykon .... BTRFS ma budoucnost, az bude skutecne fungovat.
jen tak mimochodem ZFS je shit, nema fsck, videl jsem jej rozpadly a nesel slozit (byl dokonce na FC raid poli) ... a neumi rozsirovat RAID-Z o dalsi disky ... a Oracle rika, ze je to vlastne super, takze ZFS fakt neeee i kdyz v linuxu jinak funguje skvele primo v kernelu bez fuse ...