Ты от меня этого ответа ждёшь? Я не знаю. Не я предложил переходить на btrfs по дефолту. Более того, я даже отметил, что в том виде, в котором это предложено, мне оно кажется бессмысленным.

В общем, zypper не привязан к snapper, а snapper не привязан к zypper.

Мне вот это понравилось:

The exact choice of filesystem is not so important for resolving this issue. Based on recent discussions, btrfs seems preferable and ready for prime time. Otherwise, ext4 has served us well for a long time. Switching to xfs at this point would be strange.

На каких? Всё прочитал и если то что Нил говорит что оно ОК, он гарантирует это и есть гарантия, ну я не знаю. :)

А просто перечислить все вкусные фичи BTRFS в сравнении с другими ФС это вовсе не сложно.

Только сразу бенчмарки нужно было еще туда же показать.

> Doing this change for Fedora 33 sounds super aggressive for a timescale, but maybe steps could be identified for Fedora 33 to make doing a switch for Fedora 34 smoother and better tested.

ВЫШЕЛ ВЫШЕЛ ВЫШЕЛ https://github.com/hakavlad/memavaild/releases/tag/v0.1

Осталось пофиксить проблемы виртуалок, подмана, ostree. Дело за малым.
- https://github.com/containers/libpod/issues/6563
- https://github.com/containers/libpod/issues/6563

io accounting лучше поддерживается в btrfs - это позволит гарантировать выделение ресурсов для гнома и вяленого при нехватке памяти.

The I/O limit currently works best with btrfs, suggesting that we might need btrfs to achieve our goal of protecting desktop session responsiveness under heavy memory pressure. https://pagure.io/fedora-workstation/issue/154

Конечно, не факт, что это вообще поможет. В теории это может помоч, а на практике эффект может быть незначительным.

Доказательств-то готовых не предъявили.

У BTRFS еще целая куча очень крутых фич особенно если так читать со стороны, но:

1. Вот именно что на словах всё очень красиво, на деле мы слышали и слышим отзывы + также видели бенчмарки того же фороникса, не говорю что это истина первой истанции.
2. Сколько бы не было фич и какие бы они крутые не были, может не все понимают, но речь идет про ФС. Это не earlyoom или просто новую приколюху очередную какую-нибудь обкатать в Федоре.

Притом хотя сделать ее не только для корня, для /home тоже. Тем самым сразу решить старую проблему чтобы можно использовалось общее пространство для / и /home, что особенно стало актуально с появлением flatpak, контейнеров.

Поэтому когда всё это начнет разваливаться, то прощай и data пользователя. ;)

И главное также не забыть что поддержки Red Hat не будет, это комюнити инициатива.

я, кажется, всё пропустил. читаю последние 20 страниц сообщений

Press F вообщем.

в DNF, кстати, есть плагин для snapper