> Это если он включен.

с каких это пор его надо как-то особенно включать?

Его и выключить-то можно только для отдельной cgroup и не вполне очевидным способом.

просто он не способен прибить "самое жирное приложение", поскольку совершенно правильно предполагает, что оно либо не виновато (у меня самым жирным является текущий модуль в mysqld, но он на 99% лежит в свопе и никогда оттуда не полезет - потому что это именно утечка, эта память на самом деле никому и никогда уже не потребуется - не надо его убивать, только хуже будет), либо оно потому столько жрет, что именно с ним юзер сейчас и работает - убить - потерять работу. И пытается угадать наиболее вероятного кандидата, за вычетом этих - не всегда удачно.

На сервере у него иногда есть еще шансы попасть в правильный экземпляр джанги, но чаще всего экземпляры плодятся быстрее чем их можно убивать, поэтому неплохим стандартом с моей точки зрения является oom_panic=1 и не выяснять, что он в этот раз прибил и можно ли продолжить работу.

>> Нет, это не нормально, дефективый userland софт надо либо чинить, либо выбросить.
> ПО без ошибок - не бывает.

главное - ничего не исправлять?

> Никто не говорит про ядро.

автор этой глупости поднял бучу именно в lkml.