>А coreutils'ам и системде вы уже объяснили что такую ФС завезли? Ну у меня не рутФС, но кент как-то разрабатывает и молчит, что там какие-то патчи этим утилитам нужны? Значитк ак минимум у него все работает. Так что тут не факт. В чем там дело на самом деле лично у меня не хватает понимания сказать.
>Для btrfs grub это умеет, и сие довольно круто
Это очень хорошая фича и прям в некоторых случаях даже маст хэв. Но имеем что имеем.
>Ну вот это уже довольно продвинутое комбо, я не смотрел как оно такое будет.
Не согласен. luks сам по себе предоставляет блочные девайсы, на которых и развернут bcachefs, для которого это просто диски. Но да, к проблемам с монтированием оно отношение иметь может ). Но для ФС это не комбо - она по сути работает как задумывалось.
>Намекаю: например, GC - это фоновая активность, кроме случаев когда конкретно приперло так что иначе совсем никак.
Объясняю: в btrfs бывали случаи, что она показывает, что свободного места еще дохуха, а запись на нее или любое действие (в т.ч. и ребаланс) - ENOSPC. В bcachefs это немного по другому реализовано: оно берет тупо пустые buckets и сообщает их объем. Т.е. оно может показать свободным меньше места, чем есть на самом деле (потому что GC еще не отработал), а вот показать свободное место, когда его нету - не может. Вообще. Никак.
>И все же - есть некая "асинхронность" и "неизвестные факторы".
Да, но реализовано иначе и часть проблем не присутствует.
>Оптимизм это хорошо. Попробуйте создавать файлы 0 байтов. Миллионами. В какой-то момент у вас кончится место - при формальной аллокации 0 байтов :P. Сколько и чего вы там записали? :)
btree: 8.86 GiB 21838 1.80 GiB
это у меня сейчас. При вашем подходе будет расти btree, а свободное место в ФС будет таять. Это как иноды в ext. Но да, формулировка моего оптимизма не корректна, учту ).
>Btrfs-ники впрочем свои грабли тоже учитывать умеют.
Все могут учитывать. Я не говорю что btrfs совсем уж кусок того самого. Он кое-в чем не плох.
>Портить не портились - но RAM на мелкой VM в какой-то момент выжрало весь. Btrfs этим не страдает, соответственно.
Ну да, у меня 32G RAM, а вы тестировали в "стесненной среде обитания". Боюсь, на голом железе такая проблема никогда не была бы найдена, только специальное тестирование в виртуалках такие баги позволяет отловить.
>Вопрос в том не заменило ли это частый баг на редкий и более сложно провоцируемый...
lz4 у него там очень давно был запилен и т.к. это дефолтный алгоритм - я думаю, это маловероятно. А вот zstd по настоящему нормально тестить стали только в майнлайне.
>Ну вот блин, оверинженерия. Уже из 2 типов 4 отрастили :)
Ну вот лично я ко всем категориям принадлежал. Сначала у меня небыло бэкапов. Потом оказалось, что они не распаковываются. В следующий раз распаковалось, но файлы оказались битые. Теперь проверяется не только консистентность, но и распаковка в виртуальную среду.
