Исходное сообщение
"Из ядра Linux будет удалён драйвер файловой системы ext3" Отправлено Аноним, 16-Июл-15 21:57
>   Для хранилок надо. Для весьма специфичных хранилок. Ну и в линухе ее имхо вытурит btrfs. А просто потому что он там по дефолту есть. Сразу и без приседаний. А дефолты, как известно, решают. > Для виртуализаторов тоже неплохо ("бесплатный" /ценой изначальной > "тормознyтости"/ клон раздела). На btrfs "cp --reflink=always" нынче вполне себе работает. Да, при этом можно сделать клон виртуалки на хренадцать гигз за три секунды. Но для виртуализаторов плохо много чего еще. CoW клeщится с CoW логикой диска-в-файле у VM. И надо его отключать в одном из двух мест - или у виртуализатора RAW диск и все снапшотные операции только на уровне ФС, или в файлухе запретить CoW и все снапшотные операции только виртуализатором. Иначе будет CoW Cow'а, а это двойная работа и over 9000 фрагментов. Btrfs и тут в плюсе - позволяет nodatacow сказать. Актуально, если хочется рулить снапшотами средствами виртуализатора и его CoW-файлов. > момента последнего снапота. Где оно актуально — там zfs без вариантов. Да размечтался, плюшевый: send/receive в btrfs уже давно запилили. Твои знания протухли. >   Для "common use" — ну извините, слегка заоверинжинирили. Ну а у меня btrfs даже на рутфс ноута стоит - нормальненько вполне. Ресурсов оптом не лопает, управление памятью нормальное, все дела. Так на глаз от ext4 и не отличишь особо. А вот отмотать на снпшот при факапе - мысль достаточно интересная, что ни говори. Как и CoW-backed файлы с множественным референсом.