> Если снапшотами не пользоваться ,до фрагментации нетСнапшоты на фрагментацию влияют достаточно косвенно. Сильная фрагментация будет если ты занял все место снапшотами и аллокатору приходится выделять место не так как хочется, а так как можется. Или если дописывать маленькими порциями изменения к снапшоту. При обычном использовании снапшотов - они вообще не ощущаются. Если диск не забивать под завязку.
> (скорее всего в фоне успевает /дефрагментировать) .
Регулируется опцией монтирования autodefrag, на самом деле она включает лишь агрессивные попытки линеаризации записей.
> ext4,проблем не замечал .Но снапшотами я не пользуюсь ,делаю бэкапы.
Они друг друга не заменяют а дополняют. Сделал rm -rf на нужной дире? Вернуться к снапшоту быстрее и проще. С другой стороны, снапшот не спасет если блочные устройства осыпались.
> что с мелкими файлами и большим кол-вом файлов в каталоге работает
> шустрее чем ext4 ,есть фоновое сжатие ,
Более того - можно даже перепаковать как нравится, используя дефраг. Хочется чтобы распаковывалось побыстрее - LZO, хочется чтобы поменьше места занимало - zlib.
Еще удобно образа дисков и виртуалки по cp --reflink мгновенно клонировать в независимые файлы или иерархии, занимающие место только по отличиям от оригинала. Надо 5 одинаковых VM? Берем образ VM, который будет "template", делаем cp --reflink в 5 образов VM. Почти не занимает времени и места - unshare блоков копий будет случаться по мере надобности силами CoW. ZFS так не умеет, кстати. Там можно что-то похожее дедупликацией сделать, но с совсем другими затратами ресурсов, cp --reflink не нагружает процессор и не требует памяти.