> А что с ext4? А с F2FS? А с …? А ничего, они это не умеют. А ubifs и вовсе только на raw NAND работает. В линухе много файлух, можно выбрать.
> А зачем тогда пихать поддержку ФС-специфичных вещей в cp?
Затем что должен быть механизм вызова возможностей файловой системы. Это действие больше всего похоже на мгновенное копирование. Так почему бы нет? Со временем и другие CoW-based могут реализовать, если их внутренняя структура не противоречит ссылкам на одни блоки несколько раз и CoW при изменении shared блоков.
> zfs snapshot
> zfs clone
Это прекрасно, но cp --reflink - не снапшот, а просто способ указать ФС что все 10 машин изначально используют одинаковые блоки. Хочется ли сохранять их состояние в снапшоте ФС - совершенно отдельный вопрос, не пересекающийся с желанием сделать 10 копий большого файла быстро и эффективно. Снапшотами аналог этого сделать можно. Но сложно и криво, cp с одним флагом сильно проще. А если мне надо будет именно снапшот, который я понимаю как некое состояние имеющее некую ценность, так что его сохраним на память, это можно уже явно заказать. Но группа виртуалок может быть и временной, когда запускается какой-то эксперимент, а через 10 минут получен результат и виртуалки не требуются. Стереть их обычным rm'ом, F8 в миднайте или что там у кого - будет как-то сильно проще чем лезть ворочать снапшоты.
> https://www.freebsd.org/cgi/man.cgi?format=html&manpath=FreeBSD 8.3-RELEASE&query=zfs
>> creating a clone is nearly instantaneous, and initially consumes no additional space.
У фрибсдшников все так - вроде можно, но только через хитро закрученную ж. Btrfs вообще отличается тем что к администратору он повернут лицом, а не другими частями тела. Им пользоваться просто и приятно.
