> Там (в нтфс) есть всё что только доезжает до бэтрфс. Расширенные атрибуты,
> cow, снапшоты, дедупликация, utf, huge volumes, длинные имена, нормальная работа с
> флэшем,

Вообще-то вон то в btrfs было с самого начала или почти сразу. Но вопрос в том что когда это сразу часть дизайна, на фазе проектирования еще, оно так то намного лучше работает в результате.

Представляете, снапшоты в btrfs - моментальная операция. Аналог рефлинков в ntfs вообще где? Но основная фича это удобное управление ФС, девайсами и местом. Мало места? Можно девайс добавить. А можно и вынуть, если использование места позволяет. Захотелось схему хранения сменить? Легко. Прямо на ходу. Это простой и ненапряжный менеджмент ФС в виде как он должен быть. А также продвинутый и гибкий дизайн. Умеющий забавные штуки. Ну вот у меня например на ноуте всего 1 накопитель. И там схема хранения DUP смотрится очень выигрышно если не хочется чтобы единичный бэд вылезающий раз в цать лет внезапно обломал весь кайф, оставив меня без ноута.

Чексумы опять же. Хорошо когда ФС вопит "csum error, corrected" и все просто работает - а я знаю что проблема есть и могу плавно и в крейсерском режиме это обыграть. Вместо того чтобы у меня что-то внезапно и резко развалилось.

> сборщик мусора и самое главное - низкое потребление ЦП на всё это.

Я заметил, зайдя в диру с 100К файлов "на холодную". А чтою еще и стереть это... :). В линухе это же самое действо почему-то на этом самом btrfs в разы быстрее. Если не в десятки раз.