Вот зачем такие "специалисты" начинают делиться своими знаниями. Научитесь, наконец, читать инструкции к используемому предмету. Для btrfs она доступна на kernel.org.
Для btrfs существует проблема и разработчики о ней знают и везде пишут - при использовании томов raid56 под хранение метаданных в случае асинхронного завершения работы дисков возможно появление так называемых "дыр". Проблему уже неоднократно решали в тестовых версиях, но следовало существенное замедление производительности и от решений отказывались. На момент ядра 6.1 формат raid56 всё ещё находится в стадии незафиксированного.
При этом хранение данных на томах raid56 в отличие от метаданных, не может привести к какой-либо потере данных. Для метаданных же рекомендуется использовать иной тип томов, например: raid1 или raid0. Понимая архитектурные ограничения и невозможность в быстром решении, в ядре 5.12 были добавлены типы томов raid1c3 и raid1c4 с тройной и четвёртной избыточностью. Их также можно задействовать под размещение метаданных, достигая надёжности выше raid6.
В споре правы и те, у кого btrfs стабильна, и те, у кого она разваливается. Не правы обе стороны в том, что не хотят разобраться в нюансах. А они есть, и как ещё один пример, проблемы с разделом подкачки, размещённом в файле с установленным флагом "сжатие" на томе с включенной компрессией. Но и этот момент раскрыт в документации.
Про btrfs в итоге можно сказать, что ФС супер- надежна и стабильна при понимании её нюансов. А при росте размеров дисков, когда перестроение программного raid требует более 100 часов, она начинает занимать место единственно возможного программного решения с разумными задержками на ребилд в несколько минут. Да, аппаратные рейды вопрос решают. Но век mdadm подходит к концу, и btrfs пока единственная замена в мире Linux.
У zfs свои проблемы - юридические. И то, что они кого-то не касаются, не означает, что их нет.
|
