systemd-oomd убьет вашу сессию (внимание пользователям спинов Fedora 34)

напоминаю, что общесистемным изменением в F34 является включение systemd-oomd вместо earlyoom

Ну так Федора-34 еще не выходила! А пользователи альфа-бета версий знали, что скачивали.

systemd-oomd может убивать только целые контрольые группы.

Охренительно, если это в релиз попадёт. Кто-то в Федоре не дружит со своей кукушечкой.

As for other DEs, as discussed in the Change it was decided to enable this by default to minimize fragmentation

https://bugzilla.redhat.com/show_bug.cgi?id=1933494#c5

Можно сказать, что уже попало, ведь релиз через месяц, а сейчас оно в бете.

Пишу с Fedora 34. oomd намного агрессивнее убивает программы, чем earlyoom. Но не всю сессию, ибо у меня GNOME.

Ко всему прочему в журнале не пишется какие процессы убиты - только их число и в какой cgroup.

Да на реддите уже тоже пошли жалобы от early adopterов беты и в гноме, хех. В devel тишина

Вообще странное решение было переходить именно на этого убивца, учитывая его ограничения (завязку на группы в частности).

А как это отключить? Я не хочу ничего убивать. Пусть тормозит. Если свопа создам гигов на 20, оно успокоится?

Ещё вопрос — какое то уведомление графическое есть о том, что убило процесс? Или, если процесс был невидим, то и не узнаю?

какое то уведомление графическое есть о том, что убило процесс?

Нет, такая фича по-моему есть вообще только у киллера, который разрабатывает и рекламирует ОП.

А как это отключить?

systemctl mask systemd-oomd по идее

Можно еще обратно earlyoom поставить

У меня там федора замерзла без свопа, системд-оомд не помог. Просто окрывал вкладки, система повисла - как в известном опыте А. С. Ташкинова

накатывай nohang-desktop - уведомления из коробки, сессию не убивает

свопа создам гигов на 20

В zram или на HDD?

Оправдывайтесь, alpha

Еще записка с указаниями свыше не была дана.

В devel тишина

не совсем: https://www.spinics.net/lists/fedora-devel/msg286035.html

все равно всем пофиг

А как это отключить? Я не хочу ничего убивать. Пусть тормозит. Если свопа создам гигов на 20, оно успокоится?

Ещё вопрос — какое то уведомление графическое есть о том, что убило процесс? Или, если процесс был невидим, то и не узнаю?

Java-разработчика видно издалека.

Оправдывайтесь, alpha

Думаю, что alpha должна потребовать добавку к зарплате за такое.

На SSD.

Да, я очень трепетно отношусь к запущенным программам и мне очень не нравится, когда кто-то решает их убивать по таким надуманным причинам, как якобы нехватка памяти.

федора расчитывает чисто на гном на остальное им насрать всякие кде и прочее в будущем может даже спины перестанут выпускать

юзеров спинов этих федоры как раз 0.6%

При переполнении свопа сессия будет убиваться практически всегда и целиком.

А зачем тебе на сервере графическая сессия?

Оправдывайтесь, alpha

Тема обсуждалась FESCo. В каждом приведённом тобой баге есть ответы.

Ты ждёшь что я тебе какие-то другие их найду?

Напиши доку по отключению systemd-oom и замене его на earlyoom и закоммить в Release Notes.

Слив засчитан

внимание пользователям спинов Fedora 34

Авторы спинов контролируют что и как запущено по умолчанию независимо от Fedora Workstation. Отключить systemd-oom там нет никакой проблемы.

Ты с ними общался?

Напиши доку по отключению systemd-oom и замене его на earlyoom и закоммить в Release Notes.

Разве это не работа release manager, или кто там Release Notes пишет, сообщить в Release Notes об известных проблемах и способах решения?

Ты лодку не раскачивай, это попенсорс - тебе тут никто ничего не должен (с)

Release Notes не нужны.

Ну это же Fedora. Какая разница? Пионерия - не RHEL же.

Разве это не работа release manager, или кто там Release Notes пишет, сообщить в Release Notes об известных проблемах и способах решения?

Это такая же работа как и любая другая, выполняется волонтерами в сообществе.

Обычно базовое наполнение берется из самих Fedora Change, но в целом есть реп с доками, есть pull request-ы в него.

Можно ждать пока у кого-то из группы Fedora Docs дойдут руки, можно им отправить баг, но если ты знаешь что должно быть написано, можешь просто взять и прислать PR.

С другой стороны проблема, видимо, касается только спинов, а они в заметках к релизу не упоминаются, емнип.

Собственно там как раз есть заметка на странице изменения:

https://fedoraproject.org/wiki/Changes/EnableSystemdOomd#Release_Notes

Так что это и пойдет в финальные Release Notes, если не будет желающих как-то дописать.

А чего вы хотели от юзерспейсного киллера вообще и компонента системд в частности? Разумеется оно начнёт убивать нужные процессы по поводу и без.

Release Notes не нужны.

Нужны. Как минимум один пользователь читает выпускные записки — я. Кому-то может быть удивительно, но они обычно небольшого объёма, и там часто бывает полезная информация. Не вижу причин их не читать.

На самом деле нужны. То был сарказм относительно реплик вида «если кому нужна инфа в нём об известных проблемах, связанных с обновлением, то делайте пулреквест сами»

Немного не в тему но нужна помощь по федоре как поставить драйвер 340хх он есть в rpmfusion?

У меня детектор сарказма сломан.

systemd-oomd может убивать только целые контрольые группы.

Аахахах, лол. Это даже не смешно, я сам себе писал киллера на основе групп, но мля что стоит вычислить процесс или группу если они порождённые одним (тут уж не попишешь треды родительского) просто лол. Там что за дауничи это писали?

странное решение было переходить именно на этого убивца, учитывая его ограничения (завязку на группы в частности).

Завязка на группы - это ж фича. Например, нет смысла убивать отдельный процесс компиляции.

С другой стороны нет смысла убивать браузер когда можно убить вкладку.

Еще аргумент - поддержка реакции на метрики PSI. Однако реализация вышла далёкая от идеала.

В каждом приведённом тобой баге есть ответы.

Ссылку, плиз.

Я имею в виду ссылку на ответы фекско. Что думает феско об убийствах сессии? Это ж чистая регрессия.

Тема обсуждалась FESCo

Тем хуже для феско - значит они сознательно пошли на вредительство, зная о проблемах.

Ты с ними общался?

Нет, я не знаю где их искать.

А чего вы хотели от юзерспейсного киллера

Убийства ненужнах процессов и только тогда, когда дела действительно плохи.

systemd-oomd делает ровно наоборот:

1. без свопа - не работает, гуй зависает
2. со свопом - убивает всю сессию, а не виновника

Ко всему прочему грузит цп и не пишет в журнал список убитых процессов.

https://fedoraproject.org/wiki/SIGs/KDE#Meetings

https://fedoraproject.org/wiki/SIGs/Xfce#How_you_can_help

Можно отсюда искать коммитеров https://pagure.io/fedora-kickstarts

Федора-34 еще не выходила!

Федора вышла давно, а баг так и висит без изменений, а юзеры страдают:

каждый раз oom убивал мне иксы полностью

Выпуск r-test v0.1.0 -- инструмента для исследования эффективности кэширования файлов при нехватке памяти (комментарий)

Блин, а что вы еще хотели от Лёньки-криворучки?

Оправдывайтесь, alpha

Ты перепутал буй с трамвайной ручкой лор с двачом.

Федора вышла давно, а баг так и висит без изменений, а юзеры страдают

Да кто страдает то? У меня памяти мало и то за 2 недели интенсивного серфа и компеляния сессия убилась 1 раз. Иксы убились, которые я стартанул заново, система была живой. Где такая большая проблема?

Ничего нового одни решили переиграть 16.04 их поддержала толпа переигранных легко воспреймчивых стран типа ро и ук выпустили 18.04 и так далее реальный же создатель остался не только со сверх быстрой системой , а еще и с удовлетворением что жадный народ сам себя переиграл и ждет подготовки уехать в америку что бы там исправить систему и получить миллионы долларов которые жадные страны могут предоставить лишь в лахто ит ооо конторки с разными названиями

В сессиях Xfce, Mate, LXDE etc. приложения и сессия лежат в общей группе session-X.scope.

А мейнстримовый для Федоры Гном в этом плане чем отличается?