Когда в Linux не хватает памяти (OOM), убийца OOM выбирает процесс для уничтожения на основе некоторой эвристики (это интересное чтение: http://lwn.net/Articles/317814/ ).
Как можно программно определить, какие процессы были недавно убиты убийцей OOM?
/var/log/syslog
некоторых дистрибутивах и/var/log/messages
в других. Я думаю, что это Debian для первого и Red Hat для второго, BICBW.egrep
здесь не имеет смысла. Обычная стараяgrep
или, если быть точнымfgrep
, имеет гораздо больше смысла. (Редактирование ответа соответственно.)Попробуйте, чтобы вам не пришлось беспокоиться о том, где находятся ваши журналы.
источник
/var/log/messages
, которые не отображаются вdmesg
//var/log/dmesg
. Это может быть неправильной конфигурацией, но стоит отметить, что использование обоих подходов может быть хорошей идеей.dmesg -T
для того, чтобы получить читаемые метки времениТеперь dstat предоставляет возможность узнать в вашей работающей системе, какой процесс является кандидатом для уничтожения механизмом oom.
и согласно man-странице
источник
Попробуйте это:
источник