> авторы торрент-программ сначало создают файл, заполненный нулями, но не дырками (аллоцируют
> всё пространство файла, недопуская дырки).

Чтобы рассуждать о предмете - надо в нем разбираться. У системы есть апи, позволяющее заказать непрерывный регион "мягко", без записи. У сколь-нибудь нормальных клиентов есть настройки - использовать это апи, вообще протереть все нулями, или вообще не рыпаться.

Кстати протирание 20-гигового торента нулями гарантирует длительный тупняки, так что оптимальность именно этого режима довольно спорная даже для обычных файлух. На самом деле хватит и "мягкой" преаллокации через апи, если диск не забит под завязку. А если забит - ничего не поможет, потому что непрерывного региона на 20 гигов там просто нет.

> затем думают что покусочкам этот файл изменяют.

Они его и изменяют по кусочкам, по мере получения данных. А насколько это (не)оптимально будет для конкретной файловой системы... 20-гиговый преаллокнутый торент с XFSа удалялся 30 минут. Не любит XFS работу с метаданными. Да и на EXT4 работа с таким торентом выглядит так себе.

> эта концепция (алгоритм) -- оказывается ОЧЕНЬ СМЕШНОЙ 🤣🤣🤣 с точки
> зрения COW-файловых систем.

В уважающих себя торентокачалках настройки преаллокации есть. Можно поставить не враждебные файлухе значения. А если все же зафрагментилось и тупит, в btrfs то накрайняк есть btrfs filesystem defragment DIR. А у остальных чего? Сказ о том что не фрагментируется? С торентами что угодно фрагментируется, если скачать по дурацки.