#oom_killer — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #oom_killer, aggregated by home.social.
-
Как ядро Linux решает, какой процесс «убить» при нехватке памяти
В сентябре 2004 года разработчик Томас Хабетс вернулся к рабочей станции и обнаружил, что его экран разблокирован. Память закончилась, OOM Killer выбрал жертву и завершил xlock... Для того, чтобы больше такого не произошло Хабетс предложил список процессов, которые Linux запрещено убивать даже в такой ситуации. Его патч в ядро не вошёл, но позже разработчики добавили настройку приоритетов, поддержку cgroups и отдельный поток для быстрого освобождения памяти. Несмотря на это, OOM Killer всё равно может снести важный процесс, ведь ядро видит только объём памяти и заданные администратором правила. Если правил нет, то Linux сам решает, кого «убить». Почему и что делать, чтобы этого не произошло — в статье. Читать
https://habr.com/ru/companies/ruvds/articles/1068682/
#Linux #OOM_Killer #память #ядро_Linux #системное_администрирование #systemd #systemdoomd #cgroups_v2 #PSI #ruvds_статьи
-
Записки оптимизатора 1С (ч.17). Как избежать падения Postgres при большом потреблении памяти запросами
Рассмотрим одну из старых проблем со стабильностью работы Postgres – отсутствие полного контроля за потреблением оперативной памяти при выполнении запросов. В ряде случаев это приводит либо к свопированию, либо к падению СУБД и остановке работы информационной системы. Происходит это неожиданно, без предупреждения и в не самый удачный момент. В системах 1С эта проблема точно существует, встречали не раз. Вроде бы на помощь должна прийти технология OOM Killer Linux, но, как обычно, не все так радужно и есть неприятные нюансы.
https://habr.com/ru/companies/softpoint/articles/1041984/
#postgres #postgresql #падение_postgres #нехватка_памяти_postgres #oom_killer #work_mem #perfexpert #overcommit #overcommit_memory
-
Ваш docker‑compose.yml сломается: 5 настроек, которые все забывают
Локально docker-compose.yml обычно выглядит «рабочим» ровно до момента, пока сервис не уезжает на сервер. Потом внезапно заканчивается память, контейнеры не поднимаются после падения, логи разрастаются на десятки гигабайт, а Docker продолжает считать зависшее приложение живым. В статье — пять настроек Compose, про которые почти всегда вспоминают уже после первого инцидента в проде: лимиты ресурсов, restart policy , healthcheck , ротация логов и работа с volumes .
https://habr.com/ru/companies/otus/articles/1034390/
#docker_compose #docker #devops #контейнеризация #linux #healthcheck #restart_policy #OOM_killer #postgres #production
-
OOM Killer в Linux — press F to pay respects
Когда в Linux заканчивается оперативная память, система стоит перед критическим выбором: зависнуть полностью или пожертвовать одним из процессов, чтобы выжить. За это жёсткое, но необходимое решение отвечает механизм OOM Killer (Out-of-Memory Killer). Но вот что интересно...
-
LXC теряли память и падали. И при чем же здесь tmpfs и journald?
Старый добрый Proxmox с его контейнерами и виртуалками - по-прежнему рабочая лошадка многих компаний. И если нарезать много-много мелких контейнеров, то может случиться, что память куда-то девается со временем, а контейнеры падают в OOM без очевидной причины. Причем не все. Причем иногда. И зачастую проще перезапустить и ехать дальше чем разбираться. А причина есть, и она оказалось довольно проста.