ну в целом без того же сжатия вообще нет никакого смысла. По тестам производительность почти всегда ниже чем у xfs или ext4. Без ребаланса по крону тоже не живет если запись есть. Забыл места покинуть и ребеланс сделать опять же все с грохотом падает. Хз привлекало простотой включения сжатия по сравнению с другими файлухами в Линуксе где нужно кучей дополнительных  софтин обманываться что бы подобный результат получить. Из плюсов быстрые снэпшоты, но нафига они нужны не ясно? стейтлес приложуху пофиг откуда запускать, приложухам по типу бд cow мешает жить и его надо выключать что сразу все преимущества на нет сводит.

надо прям хорошо понимать зачем нужна бтрфс в проде

Затем же, зачем и Gentoo. Потому что можешь

ну в теории хорошо ложится на кейс типа берем коробку на 200 тб льем туда файлики которые жмутся и которые можно потерять когда вся коробка развалится и ее надо будет поменять на новую

Проблема в том, что я года полтора назад его хотел потестировать ради сжатия, но оно на первом же тесте с треском ушло в себя и не вернулось

Притом делало так на любом ядре

Сутки пашет

Btrfs-transaction stuck

И привет

Менялось время до залипания от версии ядра

Как верно заметил уважаемый @Anc1ent, ну и на кой оно такое без фич?

А черт их знает

С какой целью интересуетес?

кстати

@Anc1ent Ходу масти! Чего трубу не берём?

Я юзаю btrfs под файло (ftp, бакапы) + снапшоты (CI, ленивая дедупликация ночами), в паре мест сжатие включено под txt.  Ядра 4.15+
Разваливалось (лет 5 назад) при попытке влить 10 млрд файлов с acl и квотами. Квоты там "нетрадиционные" - для shared web не полетело.

Может на этапе?

есть мааленькая проблемка - если что-то развалилось, очень сложно что-то сделать, а есть неилюзорный шанс что одна и та же файловая операция развалит тебе все реплики

или один и тот же паттерн нагрузки

ext даже с экстентами восстанавливается сносно