https://www.opennet.ru/openforum/vsluhforumID3/114787.html После пяти месяцев разработки опубликован (https://github.com/rfjakob/earlyoom/releases) выпуск фонового процесса earlyoom 1.1 (https://github.com/rfjakob/earlyoom/), который периодически (10 раз в секунду) проверяет объем доступной памяти (MemAvailable, SwapFree). <br><br><br><br>Если объём доступной памяти меньше заданного значения, то earlyoom принудительно (через отправку SIGKILL) завершит работу процесса, наиболее активно потребляющего память (имеющего самое большое значение /proc/*/oom_score), не доводя состояние системы до очистки системных буферов и мешающего работе своппинга (обработчик OOM (Out Of Memory) в ядре срабатывает когда состояние нехватки памяти уже достигло критичных значений и системе не реагирует на действия пользователя).<br><br><br>Earlyoom поддерживает отправку уведомлений о принудительно завершённых процессах на рабочих стол (с помощью notify-send), а также предоставляет возможность определения правил, в которых при помощи регулярных выражений можно задать имена процессов, завершение которых пред https://www.opennet.ru/openforum/vsluhforumID3/114787.html#200 Mon, 16 Jul 2018 10:04:22 GMT &gt; Не просто система что-то киляет<br><br>ох уж эти ламерюги ушастые! рэкомэндую для просветления:<br><br>Но, естественно, убивает он не всё подряд, а подчиняясь определённым правилам:<br>- Мы должны потерять минимум работы<br>- Мы должны освободить много памяти<br>- Мы не должны убивать невиновных в пожирании большого количества памяти<br>- Мы хотим убить как можно меньше процессов (в идеале - один)<br>_Результат работы должен быть предсказуемым<br>Далее идёт подсчёт очков виновности процессов и процессы (или потоки), набравшие больше всего баллов, жестоко убиваются.<br><br>Вот так идёт подсчёт очков:<br>- Считаем RSS процесса<br>- Добавляем RSS всех дочерних процессов<br>- Если процесс долго живёт, то значение уменьшается<br>- Если у процесса niceness больше 0, то значение увеличивается.<br>- Если есть флаги CAP_SYS_ADMIN или CAP_SYS_RAWIO, результат уменьшается<br>- Смотрится знаечение /proc/&lt;pid&gt;/oom_adj, которое может задавать пользователь, чтобы повышаться сопротивляемость OOM Killer'у. Вроде как это уже deprecated и нужно использовать ooms https://www.opennet.ru/openforum/vsluhforumID3/114787.html#199 Sun, 15 Jul 2018 15:11:18 GMT Покроется если влючешь эту опцию. По дефолту ГУИ уведомления отключены.<br> https://www.opennet.ru/openforum/vsluhforumID3/114787.html#198 Sun, 15 Jul 2018 15:09:07 GMT фу блин, наоборот<br><br>1. OOMK может долго не приходить, и система зависает<br>2. OOMK может реагировать избыточно, убивая множество процессов вместо одного виновника. Так запросто может быть убит Xorg впридачу к виновнику.<br>3. OOMK не посылает десктопных уведомлений.<br>4. OOMK не поддерживает удобное управления предпочтительными для убийства процессами через regex matching<br>5. OOMK отправляет только SIGKILL. Nohang может отправлять SIGTERM, позволяя процессам завершаться корректно.<br> https://www.opennet.ru/openforum/vsluhforumID3/114787.html#197 Sun, 15 Jul 2018 15:08:18 GMT 1) oomk - придет вовремя в отличие от earlyoom (принцип хука на событие вместо таймера как у данного сабжа)<br>2) oomk, как правило, &#171;убивает&#187; наименее важный по его мнению процесс который вместе с дочерними процессами кушает больше всего памяти. Если убило Xorg значит он был достаточно прожорлив, при этом вы можете восстановить работоспособность системы из консоли (с точки зрения системы он не является критическим сервисом). Вот неплохо написано про алгоритм работы oomk - http://shtsh.blogspot.com/2012/04/oom-killer.html<br>3) Это особенно актуально если под раздачу попал DE и не сможет вывести нотификацию. Про серверные системы вообще промолчу.<br>4) oom_score_adj к которому regex matching можно использовать достаточно просто при желании<br>5) oomk отправляет SIGKILL когда выбор стоит между &#171;упадет система&#187; и &#171;убить&#187; процесс. с SIGTERM можно опоздать с мерами и придется ребутать на гарячуюю всю систему что существенно хуже.<br> https://www.opennet.ru/openforum/vsluhforumID3/114787.html#196 Fri, 13 Jul 2018 20:33:48 GMT Т.е. если памяти станет совсем мало, весь экран покроется пятнами с непонятными надписями? круто<br> https://www.opennet.ru/openforum/vsluhforumID3/114787.html#195 Fri, 13 Jul 2018 19:52:36 GMT А какже OOMKILLER??<br><br> https://www.opennet.ru/openforum/vsluhforumID3/114787.html#194 Fri, 13 Jul 2018 08:33:13 GMT На мой компьютер память уже не продают<br> https://www.opennet.ru/openforum/vsluhforumID3/114787.html#193 Thu, 12 Jul 2018 08:43:41 GMT То есть, анон, ты пользуешься программой, которая тебя не удовлетворяет, чтобы испытать боль?<br> https://www.opennet.ru/openforum/vsluhforumID3/114787.html#192 Wed, 11 Jul 2018 19:40:44 GMT И да, nohang поддерживает всплывающие уведомления о низком уровне памяти, предупреждая пользователя о необходимости умерить аппетит. См демо https://youtu.be/DefJBaKD7C8<br>