TRIM это только один фактор.
EXT4, будучи наследником EXT3/EXT2, пишет на диск дофига данных разбросанных по небольшим группам хранения (в каждой группе есть преаллокированные inode-ы, которые используются не только в этой группе. При создании ФС все группы размечаются по всему разделу и тримить можно только кусочки внутри группы.
Т.е., если коротко, - записей много и они довольно ровно размазаны по разделу. И как бы EXT4 не оптимизировали - рудименты от ее предков не дадут из этой FS "сделать конфетку".
BTRFS довольно новая ФС и она
изначально разрабатывалась с прицелом на работу на твердотельных накопителях. В BTRFS диск вообще не размечается при создании ФС. Там создается один чанк (просто кусок) и в нем создаются все необходимые метаданные и в чанке резервируется место под данные. Закончится чанк - аллокируется новый. I-node-ы создаются по необходимости и неиспользуемые утилизируются. А принятый в ФС метод записи располагает i-node-ы рядом с данными.
Т.е. записи на диск локализуются в определенной области раздела. И вот BTRFS тримит очень большими кусками, первоначально практически весь раздел. Число записей дополнительно сокращается: при обнаружении нулевой скорости вращения шпинделя работающего диска (такое репортят SSD) там отключается режим двойного резервирования метаданных.
Так что я на SSD сразу ставил BTRFS и ни разу еще об этом не пожалел: BTRFS я эксплуатирую на двух компах на SSD дома и на HDD на работе уже не первый год.
BTRFS очень специфична и её обслуживание (от бэкапа до починки) достаточно не стандартно.
99% пользователей ничего не обсуживают и не бекапят. BTRFS, как идругие стабильные ФС могут работать без обслуживания годами.
Починка - индивидуальна и специфична для любой ФС (внезапно).
А сделать бекапы через снимки btrfs - просто элементарно. В
статье на сайте я все "разжевал" - бери и делай.
а вся документация по этой ФС на английском
Это не правда если не сказать "наглая ложь". На статью тут я ссылку уже дал, на Арчевскм сайте тоже много переведено из официальной вики по BTRFS.