>[оверквотинг удален]
> хвост файла его фактическим перемещением. Не потому что иначе запрещают законы
> физики и логики, а потому что в posix опять же IIRC
> нет каких либо сисколов для того чтобы внятно запросить данную операцию.
> Хотя чисто технически я вполне могу себе представить как какой-нибудь CoW
> вообще не будет кантовать при этом данные и оформит это как
> просто измененный вариант метаданных, описывающих размещение файла с поправкой на "выпавший"
> или "урезанный" блок. Да и обычный дизайн в принципе мог бы.
> Просто метаданные описывающие размещение придется перестраивать. Основная проблема в
> том что для такого нет рукояток. Видимо не столь частая операция
> чтобы кому-то понадобилось.

Для быстрого создания условий тестирования быстродейтсвия файловой системы в условиях максимальной фрагментации возможны два варианта - с одним файлом большим файлом и множеством мелких. Итак если с одним большим - осуществляем операции записи и чтения на тестируемый диск от 0% заполненности файлами до 100% и вычисляем средние скорости чтения и записи. Как только скорости чтения и записи перестануть падать, считаем фрагментацию максимальной а скорости результирующими для данной фс. На самом деле сложнее: Если пишем то пишем вставляя в середину файла с произвольным смещением от начала и произвольной длины блок. Если удаляем блок то не удаляем его совсем а вырезаем из середины с произвольным смещением и произвольной длиной и потом добавляем ео в конец. Назовите функции которые позволят это реализовать ?
Это нужно как минимум в бд и торрентах ...