Jenze ony jsou, je to asi tak, jako kdyz nekdo pouziva trabanta na prevoz desitek tun nakladu nebo kamion aby si dovez krabicku sirek.
Pokud nekdo chce cow, snapy, ... tak za to pochopitelne zaplati vykonem, ono to totiz jinak udelat nejde. A pokud to nepotrebuje, nepotrebuje mit btrfs.
Jinak zpravicka je krasnou ukazkou toho, jak nekdo myslel az vymyslel ... zapinat bydefault jakoukoli ficuru driv nez 5+ let potom, co to umi vsechny komponenty ktere to umet maji muze jedine silenec.
výkon pro databáze je pořád dost žalostný (špatný random IO, nekomprimuje malé bloky), takže pro práci nic moc. Na doma mi zase chybí raid 5. Snapshoty jsou skvělé, ale ty neustále fragmentace a s tím spojené místo jsou proti zfs prostě opruz. Dělat obnovu rozbitého btrfs je už jen taková třešnička (teda spíše granát) na dortu, proti jinám FS to je šíleně nepohodlné a složité, vývoj jde tak dopředu, že najít správnou verzi nástroje pro tvůj raw disk je dost těžké.
Od FS čekám spolehlivost a přímočarost, btrfs je snaží být za mě až moc chytrý.
> Dělat obnovu rozbitého btrfs je už jen taková třešnička (teda spíše granát) na dortu, proti jinám FS to je šíleně nepohodlné a složité
Jak se opravuje rozbité ZFS? Vždyť pro něj ani nemají fsck. (ne, "scrub je fsck" není argument, scrub jen kontroluje, že to, co se přečetlo, je to, co se předtím zapsalo, ale nedělá žádnou kontrolu, že datové struktury FS dávají smysl)
Nemaj k tomu binarni utility, a la dumpe2fs ?
(prece vyvoj neni mozne delat na live driveru a je treba delat analyzy)
Ale souhlasim ze ty FS promixoval dohromady ruzne urovne a funkcionality (raid, snapshoty, soubory, cow/trim a garbage collector) a slozit to dohromady automaticky neni uplne mozne, tak jako u jednoduchych FS ci MD/LVM se znamym driverem/alokacni strategii.
Asi je treba akceptovat urcitou miru nespolehlivosti - odhadem bych rekl ze interni struktury SSD budou padat casteji nez samotne FS. Jednak mam nasysleno 100+TB vadnych SSD a druhak je zde faktor zabugovanosti uzavreneho reseni - kdy nevite bajtu a bitu, kdy vam proprietarni uloziste udela papa.
Takze asi univerzalni reseni datove spolehlivosti... je treba mit zalohy a zalohy zaloh :)
máš pravdu, je to hodně podobné, u zfs je ale mnohem stabilnější RAW podoba (mluvím hlavně o freebsd, ZoL tolik zatím neznám), nástrojů je celá řada, binární strukturu má jednoduší, nemotá vše dohromady. Btrfs naproti tomu dělá pořád tak rychlý vývoj, že 2 roky starý nástroj v distribučním repu neumí přečíst raw disk ze stejné distribuce, u zfs se velice rychle dozvím, že volume má nepodporované properties, u btrfs to padá na různé chybové hlášky, hromadu věcí pořád přepisují a refactorují, není snadné to analyzovat ze zdrojáků.
Část zkušeností mám i z chaos testu, kdy záměrně náhodně poškozujeme při testech disk a zkoušíme ty nástroje. K běžným obnovám se člověk zase tak často nedostanu a když už, není čas navíc.