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

Каждое приложение в отдельной контрольной группе. В Xfce все приложения свалены в общую группу session.scope

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

С каких пор лор перестал быть филиалом /s/?

Иксы убились, которые я стартанул заново, система была живой.

earlyoom убивает процесс-виновник, а не сессию с иксами. Ну ок, если юзеру норм - то хорошо.

А если его выключить, то зондеркоманда из RH расстреляет из пулеметов?

Да кто страдает то?

Не ты, так другие:

Just a me too: the whole X session on my primary workstation, including an on-going 3D print (about 4 hours out of 12), has been killed by systemd-oomd. The root cause was that I tried to recompile Ceph, and the C++ compiler took more memory than expected. Killing the whole user session on the OOM condition is not very helpful. It would be better to let the kernel OOM killer kick in, and kill some isolated process instead of the whole session on a single-user workstation, where there is nothing more important there apart from that very session.

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

Если тайно, то ок. Если заявишь публично - тебя отменят.

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

вопрос в том, ЧТО убивается:

Killing the whole user session on the OOM condition is not very helpful

да я понимаю что сессия полностью. Но предположим, что печать или что там еще и есть самая важная програмулина в сессии. Она и была настолько тяжелой, что ее убил киллер oom, а сами иксы остались живы. Хотя их существование никакого смысла без убитого процесса не имеет. Все зависит от того что киллер прибьет

В Xfce все приложения свалены в общую группу session.scope

То есть в принципе, вопрос можно было бы решить тщательным переконфигурированием Xfce, без патчинга каких-либо программ?

С первого взгляда кроме systemd-run нет изкоробочных штук, которые умеют в .scope. Так что видать надо софт под системде патчить, шобы это как-то вменяемо функционировало

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

чекни свои привилегии сперва.

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

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

Да, вопрос решается на уровне DE. Как раз в кеды недавно эту фичу завезли, и каждое приложение должно запускаться в отдельной группе.

Лицо ребят из RH, когда кто-то не пользуется гномом/cgroups/по вкусу:
https://www.google.com/search?q=людвиг аристархович

А, не совсем по этой проблеме, есть проекты демонов которые оставят убийство на крайних случай, а будут использовать у cgroup морозильник и выкручивание swappiness? И размораживали бы сами.

ты пьян или из Польши?

Нет.

Идея в том, что можно не убивать процесс, а послать sigstop. Вытесняется его память в swap так не очень активно, но если использовать cgroup, то можно задать более подходящее значение swappiness для группы. И Cgroup freezer удобнее. При улучшении ситуации с памятью можно продолжить работу процесса или группы.

Демоны обрабатывающие oom предпочитают убивать процессы, а я бы хотел узнать о существующих демонах предпочитающих работать по озвученной идее.

можно задать более подходящее значение swappiness для группы

в сигруп2 свопинес для группы задать нельзя. Можно memory.max, swap.max. Фризер относится к сигруп2.

Команда разработчиков демона nohang уже работает [1] над этим.

[1] https://github.com/hakavlad/nohang/issues/58

узнать о существующих

Пока о таких не известно. Проблемы:

• нельзя заморозить всю систему
• некотрые процессы некорректно выходят из разморозки

systemd-oomd blows away the gnome-shell desktop session

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/IKQASCFCR2MDCY2GUHJUPFQNLYHHGMJU/

If I build anything large inside my desktop environment (llvm/clang) from a gnome-terminal, systemd-oomd blows away my whole desktop slice.

Оправдывайтесь, федорофанатики.

If I build anything large

И не знаешь про systemd-run, то так тебе лоху и надо.

Как же хорошо что в Haiku никаких киллеров нету. Это ваши Линуксы такие кровожадные, всё бы им кого-нибудь убить. Haiku ценит жизнь каждого процесса.

И не знаешь про systemd-run, то так тебе лоху и надо.

Зачем пердолинг с systemd-run, если проще снести sd-oomd?

Это ваши Линуксы такие кровожадные

Это не линуксы кровожадные, а хайку негибкая. Линукс дает выбор - киллер или не киллер, оверкоммит или нет, процесс убивать или группу процессов, зависать или не зависать при нехватке памяти.

Каждое приложение запускает в отдельной контрольной группе. В старых DE процессы сессии лежат в одной группе и убиваются все месте.