> но отдавать, когда оно кому-то понадобится, как мейчас кэш в RAM).

Оно и так и сяк умеет: есть автоснапшоты которые подтираются на автомате. Они временные. Или можно постоянный снапшот сделать, который подтираться не будет.

> И про контрольные суммы - что вам мешает сейчас сделать md5sum <файл>?

И потом мониторить обновление файла и опять запускать оный? Больно геморно.

> Объясните, пожалуйста, более подробно, что же нового приносит сюда Btrfs.

Удобство эксплуатации в основном. В принципе все что он делает при помощи костылей и подпорок можно и как-то иначе делать. Просто это намного мучительнее в плане администрежки получистя и работать будет хуже.

> А про сжатие - нафига оно на терабайтовых дисках?

Ну, если вместо терабайта влезет два - это же хорошо :).

> Только процессор грузить

Как ни странно, узкое место при записи/чтени - производительность диска, а вовсе не проца. По этому поводу запись и чтение при использовании сжатия может даже ускориться. И ускоряется. LZO довольно быстрый и не требовательный, он может сжимать до нескольких сотен мегов в секунду а распаковывать и еще быстрее даже.

> и восстановление усложнять.

А вот это в принципе может быть проблемой.

С другой стороны - грохнул ты на обычном ФС диру рекурсивно. Схватился за бошку - вай, не ту диру снес! В лучшем случае из бэкапа достанешь. В хучшем - получишь звание Генерала Фэйлора (того, который читает диск). А на btrfs просто отмотал на ближайший автоснапшот и порядок.