>> zfs: snapshot+clone ?
>> и будет у вас 10 ВМ, которые будут занимать как один больщой + 10 diff'ов.
> Лепить по снапшоту на каждый инстанс виртуалки? А я не устану эту а что мешает? Если мы уж так хотим сэкономить место. Напоминаю, что "инстанс виртуалки" у нас, вообще-то - volume, а не файл на диске, к радости васяна с миднайтом.
> плеяду снапшотов менеджить? Особенно если захочу еще и какие-то состояния VM
вы же не устали менеджить ручное создание рефлинков? Вряд ли ваш миднайт снабжен особо продвинутой кнопкой f5.
> мы явно просим ФС сделать "изначально полностью дедупнутую копию файла". Просится
в zfs есть clone - "полная копия fs/тома". Вполне хватит и виртуалкам.
> Кстати если мы об этом, в btrfs таки сделали удаление subvolumes как
> обычных дир. Поскольку снапшоты тоже subvolumes, теперь можно снапшоты выпиливать прямо
> по F8 в миднайте (или кто там что лю). А в zfs так можно?
к счастью, нет, макака с миднайтом даже если сумеет забраться в скрытую от посторонних глаз .zfs/snapshots, ничего там не сможет удалить. Поскольку неактивный снапшот - аналог readonly subvol, и удаляется не по одному файлику, а только и исключительно целиком.
> В общем если мы об удобном менеджменте - btrfs умеет в это.
я бы не назвал пофайликовое удаление миднайт кошмандером и невозможность отличить без микроскопа сабвольюм от каталога - удобным менеджментом.
Если мне чего и не хватает в zfs destroy - так это аналога ключа -r в snap.
> Тот факт что шапка подорвалась такое кодить аж в xfs и ряд
они туда старательно переписывают все фичи zfs/btrfs, но, к сожалению, реализованные через ^опу, автогеном.
