Linux использует свободную память под кэш файлов (page cache), поэтому «free» почти всегда мал — смотреть надо на available: сколько можно выделить, вытеснив кэш. Когда память действительно закончилась, OOM killer убивает процесс с наибольшей оценкой (обычно самый большой) — в логах ядра «Out of memory: Killed process».
А ещё oom_score_adj позволяет защитить критичный процесс или пожертвовать неважным
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
**Вывод free -h:**
Мониторинг по free вместо available даёт ложные алерты.
OOM killer. Ядро выбирает жертву по oom_score (зависит от объёма памяти процесса и oom_score_adj). Процесс получает SIGKILL — без корректного завершения.
Контейнеры: лимит памяти — это cgroup. Превышение → OOM внутри контейнера, в Kubernetes статус OOMKilled, код выхода 137. Для JVM и других рантаймов важно настроить кучу относительно лимита: память процесса больше кучи.
Утечки и рост: ps aux --sort=-rss, smem, метрики RSS процесса во времени; для JVM — дамп кучи.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto