На самом деле, вся разница до этого изменения и после только в том, в какой момент это всё происходит. И как это контролируется (ну или как сейчас, не контролируется).

Для "разгрузки" спеки, и чтобы сами разрабы контролировали, что делать после обновления.
Но это так, чисто предположения.

Видимо я тебя неправильно понял, ты за или против изменения?

Ну, на самом деле, против.

Но тут смотря с какой стороны смотреть.

Почему?

Ну, если я правильно понимаю, то апстрим может допустим, в своем makefile прописать установку своего сервиса с этим параметром. А что, если прямо во время обновления выполнялась супер-важная операция, и апстрим это не учёл? Мейнтейнер пакета мог и не заметить этот параметр в сервисе, и в итоге, получаем пострадавших после обновления.
А так, мейнтейнер пакета получает возможность контролировать процесс обновления. Он может конечно и запатчить сервис, если вдруг апстрим врубил параметр, но как по мне, такой себе вариант, хотя рабочий.

Каковы ваши мысли и чувства в связи с пропозалом? https://fedoraproject.org/wiki/Changes/EnableEarlyoom

Отключу сразу же себе его.

@Artem4 в чем плюсы дефолтного поведения для тебя?

Зачем мне штука которая будет убивать VM и всё, только не то что надо? Если бы я хотел себе такие хаки, то и без дефолтного поведения включил бы себе.

Разве дефолтный киллер не будет делать то же самое?

Не будет. Рад что теперь это хоть протестят массово и засыпят багами и жалобами того кто это придумал. А не только 5 секунд проверят в VM.

Если ты опасаешься за приоритеты убийства, то порядок убийства у юзерспейсного и ядерного одинаков - если VM самая жирная, то также будет убита и ядерным киллером.

У меня опасения вызывают не возможные баги в самом earlyoom (он достаточно неплохо протестирован, широко известен, последний релиз был более полугода назад), а изменившееся поведение: 1. ядерная настройка в cgroup2 memory.oom.group, применяемая для убийства всей группы, не будет работать: завершится один процесс вместо группы. 2. Вероятно, не сработают настройки KillMode= и OOMPolicy=, применяемые в юнитах.

Еще 30% speed-up
https://towardsdatascience.com/making-python-programs-blazingly-fast-c1cd79bd1b32

Это новое или всё те же 30?

странно, у меня earlyoom вполне себе дружит с виртуалками

кроме того, интересно, работает ли, действительно, расставление приоритетов

Какое расставление? Где? приоритеты как в ядерном, но можно менять сопоставлением имени процесса с регуляркой.