https://www.opennet.ru/openforum/vsluhforumID3/115738.html После трёх месяцев разработки опубликован выпуск фонового процесса earlyoom 1.2 (https://github.com/rfjakob/earlyoom), который периодически проверяет объем доступной памяти (MemAvailable, SwapFree) и пытается на ранней стадии отреагировать на возникновения нехватки памяти. <br><br><br>Если объём доступной памяти меньше заданного значения, то earlyoom принудительно (через отправку SIGTERM или SIGKILL) завершит работу процесса, наиболее активно потребляющего память (имеющего самое большое значение /proc/*/oom_score), не доводя состояние системы до очистки системных буферов и мешающего работе своппинга (обработчик OOM (Out Of Memory) в ядре срабатывает когда состояние нехватки памяти уже достигло критичных значений и обычно к этому моменту система уже не реагирует на действия пользователя). <br><br><br>Earlyoom поддерживает отправку уведомлений о принудительно завершённых процессах на рабочий стол (с помощью notify-send), а также предоставляет возможность определения правил, в которых при помощи регулярных выражений можно зад https://www.opennet.ru/openforum/vsluhforumID3/115738.html#128 Fri, 09 Nov 2018 03:02:13 GMT -s 100,100<br> https://www.opennet.ru/openforum/vsluhforumID3/115738.html#127 Wed, 07 Nov 2018 19:22:58 GMT Системд же есть<br> https://www.opennet.ru/openforum/vsluhforumID3/115738.html#126 Wed, 07 Nov 2018 14:43:05 GMT Всё правильно, анон. Действия по упрощению жизни программистов приводят, как правило, к ухудшению получаемой от них готовой продукции.<br> https://www.opennet.ru/openforum/vsluhforumID3/115738.html#125 Wed, 07 Nov 2018 11:34:02 GMT ну, поставил. Система не работоспособна даже для их самописной бомбы((((<br> https://www.opennet.ru/openforum/vsluhforumID3/115738.html#124 Wed, 07 Nov 2018 09:35:22 GMT Изумительной концепции виртуальной памяти, отучившей программистов думать, и надо говорить спасибо за все тормоза, не объясняющиеся запланированным устареванием, если на то пошло.<br><br>А как торрент-клиенты определяют скорость соединения и ограничивает скачивание при забитом канале, чтоб другим не мешать? Даже никаких специальных API на уровне ОС не понадобилось.<br><br>Так и здесь никто не мешает сделать: выделение памяти идёт дольше обычного? Память забита, пошла фрагментация, хватит жрать память. Обращение к выделенной памяти даёт заметную тупку? Мы загремели в своп, и снова хватит жрать память. На каждое обращение к памяти такие проверки - долго? Да можно и не на каждое, отдельная проверялка отзывчивости памяти в отдельном потоке раз в N ms.<br><br>Нет возможности перестать жрать? Сохраняем состояние на винт и завершаем работу корректно.<br><br>Но нет, пусть будет виртуальная память и своп в случайное время с непредсказуемым для пользователя поведением. Программистам же так проще, думать меньше надо.<br> https://www.opennet.ru/openforum/vsluhforumID3/115738.html#123 Tue, 06 Nov 2018 21:13:19 GMT &gt;&gt; на электроне за это время выжрало всю оставшуюся память.<br>&gt; то есть ты еще и неправильно настроил свой распрекрасный rctl, но виноват <br>&gt; опять автор программы, которой памяти не хватило ?<br><br>Причем тут rctl? Можешь передергивать не так явно?<br><br>&gt;&gt; Зато целый jnz short после жирного вызова malloc сэкономили. Профит, че.<br>&gt; в цикле этак с 10000 итераций, например.<br><br>Какой-какой "например"?<br>Вызов в цикле 10000 раз malloc? Так и тут дополнительный jnz особой погоды не сделает. Или вы собрались на всякий случай в цикле 10000 раз проверить, не ноль ли вернул вам вызов malloc?<br><br><br>&gt; на остальной передерг можешь сам придумать ответы. Заодно и красиво, с чувсвтом, толком и с расстановкой их опровергнуть. https://www.opennet.ru/openforum/vsluhforumID3/115738.html#122 Tue, 06 Nov 2018 18:47:03 GMT &gt;&gt; Ну так пусть сам и проверяет, нечего терять производительность <br>&gt;&gt; - у нормальных людей эти проверки даром будут жрать cpu.<br>&gt; Ну да, лучше пусть словит sigsegv при обращении, потому что третье приложение <br><br>ну словит, результат ровно тот же - ты пойдешь искать дополнительную планку.<br><br>&gt; на электроне за это время выжрало всю оставшуюся память.<br><br>то есть ты еще и неправильно настроил свой распрекрасный rctl, но виноват опять автор программы, которой памяти не хватило ?<br><br>&gt; Зато целый jnz short после жирного вызова malloc сэкономили. Профит, че.<br><br>в цикле этак с 10000 итераций, например.<br><br>Я тут пытался уговорить разработчиков одной _очень_ известной софтины (очень чувствительной к подобным вещам) на проверку указателей хотя бы в тех случаях, когда там _может_ оказаться null (то есть не malloc, а неправильный набор параметров передан) - получил в ответ "знаешь, он там оказываться не должен, так что лучше мы в этом случае просто функцию вызывать не будем- это в любом случае вредный вызов". И не добавили. https://www.opennet.ru/openforum/vsluhforumID3/115738.html#121 Tue, 06 Nov 2018 18:29:09 GMT &gt; А вот например, на нашем предприятии запрещено говорить, что компьютеры слабые, или <br>&gt; не хватает памяти. И этот демон будет вне закона :)) <br><br>дайте угадаю - ваше предприятие - изготовитель союза с дыркой-замазанной-соплями и ракеты-носителя которая развалилась после старта?<br><br> https://www.opennet.ru/openforum/vsluhforumID3/115738.html#120 Tue, 06 Nov 2018 18:25:02 GMT &gt; Ну так пусть сам и проверяет, нечего терять производительность <br>&gt; - у нормальных людей эти проверки даром будут жрать cpu.<br><br>Ну да, лучше пусть словит sigsegv при обращении, потому что третье приложение на электроне за это время выжрало всю оставшуюся память. <br>Зато целый jnz short после жирного вызова malloc сэкономили. Профит, че.<br><br><br>&gt; rctl: RACCT/RCTL support not present in kernel; see rctl(8) for details <br>&gt; то есть ты сам себе разложил отдельное от проблемы оверкомита поле уникальных грабель, и все-все разработчики под тебя, талантище, должны подстраиваться?<br><br>Сам придумал, сам оспорил. Удобно, да.<br>Лады, контейнеры не нужны! Жили без этого тысячи лет, значит и дальше проживем!<br><br>&gt; rctl предназначен для совершенно другой ситуации - когда на машине заведомый oversubscription, <br>&gt; но на проблемы что чему-то не хватит памяти, админу наплевать (читай, <br>&gt; массовый шитхостинг), пока это что-то не его, и можно ее урезать всем гораздо ниже физических лимитов.<br><br>Оversubscription будет на любой не самой нов