Тъмни облаци над Btrfs
Btrfs навлиза в живота ни твърде дълго и бавно. Не знам какво пречи на това, но RedHat знае нещо със сигурност и новини като бележките към изданието за Red Hat Enterprise Linux 7.4, съдържащиBtrfs е отхвърлен, изобщо не са обнадеждаващи.
Естеството на Copy-on-Write (CoW) ви позволява незабавно да копирате огромни количества информация като cp -R --reflink=always source_directory target_directory . Благодарение на същата технология, моментните снимки заемат малко място и съхраняват само променени данни.
Но мнозина, включително и аз, се нуждаят от функционалността на мениджър на обеми, когато искате например да създадете софтуерен RAID5, използвайки същите томове на мениджър на файлова система. И през 2017 г. всичко все още виси на червен фонКодът на RAID за паритет има множество сериозни грешки за загуба на данни в него. Не трябва да се използва за нищо друго освен за тестови цели.под RA /> Въпреки че си струва да се отбележи, че други нива на RAID изглеждат стабилни при изпълнение.
Онлайн дедупликацията все още не е внедрена, но веднъж опитах офлайн дедупликация. хубаво, но не и това. От 2017 г. не е възможно да се създаде суап файл в Btrfs.
Най-тъжното нещо за Btrfs е, че не е уникален в своята "файлова система за управление на обеми". Въпреки че ZFS се смята от мнозина за неортодоксална за Linux системи и има юридически груби ръбове, които ви държат в напрежение и развалят кръвта, функционално ZFS съществува и може да направи дори повече и е по-стабилна, въпреки че е по-ненаситна за RAM. Има конкуренти и има стара гвардия в лицето на LVM и mdadm, така че не можете да се отпуснете.