Исходное сообщение
"Для Btrfs представлена встроенная поддержка RAID5/6" Отправлено Аноним, 04-Фев-13 00:58
> Это значит что целей не достиг. Медленный он на fsync, даже с > самыми наисвежайшими костылями подпорками в ядре. А таки свежайшими костылями неплохо подтянули этот момент. Там где fsync-ов много, оно втопило буквально в разы. > Также жутко фрагментирует когда диск заполнен больше чем на 2/3. Ну так и дефрагер у него есть. Но вообще, эксплуатировать CoW на сильно забитом томе - довольно дурная идея, да. Я бы оценил допустимое занятие тома в 70-80%. Больше уже нехорошо. Вон у местного изена zfs вообще смешные цифры выдает :). > никому не интересен, любая файловая система хоть fat хотьчто еще летает на таком. У фата на самом деле проблемы совсем иные: - Лимит на число кластеров. И емкость тома как результат. Ну то-есть, на большой том или не хватит битности для адресации кластера или кластера надо огромного размера, что неэффективно. - Нет никакого индекса для работы с большими иерархиями. Там все оформлено простыми списками. Поэтому как только в директории более тысченки-другой файлов, FAT начинает немилосердно тормозить на любых операциях которые требуют что-то делать с файловой иерархией. - Лимит на размер файла. Именно в аллокации места фат тормозить в общем то и не обязан. А если мы про засраные фрагментацией тома - зафрагментировать можно все. Я даже XFS разок уложил. Хоть это и не очень просто.