Исходное сообщение
"Linux ядро не может мягко обрабатывать ситуации с нехваткой ..." Отправлено пох., 07-Авг-19 21:37
> Это если он включен. с каких это пор его надо как-то особенно включать? Его и выключить-то можно только для отдельной cgroup и не вполне очевидным способом. просто он не способен прибить "самое жирное приложение", поскольку совершенно правильно предполагает, что оно либо не виновато (у меня самым жирным является текущий модуль в mysqld, но он на 99% лежит в свопе и никогда оттуда не полезет - потому что это именно утечка, эта память на самом деле никому и никогда уже не потребуется - не надо его убивать, только хуже будет), либо оно потому столько жрет, что именно с ним юзер сейчас и работает - убить - потерять работу. И пытается угадать наиболее вероятного кандидата, за вычетом этих - не всегда удачно. На сервере у него иногда есть еще шансы попасть в правильный экземпляр джанги, но чаще всего экземпляры плодятся быстрее чем их можно убивать, поэтому неплохим стандартом с моей точки зрения является oom_panic=1 и не выяснять, что он в этот раз прибил и можно ли продолжить работу. >> Нет, это не нормально, дефективый userland софт надо либо чинить, либо выбросить. > ПО без ошибок - не бывает. главное - ничего не исправлять? > Никто не говорит про ядро. автор этой глупости поднял бучу именно в lkml.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Это если он включен. > с каких это пор его надо как-то особенно включать? > Его и выключить-то можно только для отдельной cgroup и не вполне очевидным > способом. > просто он не способен прибить "самое жирное приложение", поскольку совершенно правильно > предполагает, что оно либо не виновато (у меня самым жирным является > текущий модуль в mysqld, но он на 99% лежит в свопе > и никогда оттуда не полезет - потому что это именно утечка, > эта память на самом деле никому и никогда уже не потребуется > - не надо его убивать, только хуже будет), либо оно потому > столько жрет, что именно с ним юзер сейчас и работает - > убить - потерять работу. И пытается угадать наиболее вероятного кандидата, за > вычетом этих - не всегда удачно. > На сервере у него иногда есть еще шансы попасть в правильный экземпляр > джанги, но чаще всего экземпляры плодятся быстрее чем их можно убивать, > поэтому неплохим стандартом с моей точки зрения является oom_panic=1 и не > выяснять, что он в этот раз прибил и можно ли продолжить > работу. >>> Нет, это не нормально, дефективый userland софт надо либо чинить, либо выбросить. >> ПО без ошибок - не бывает. > главное - ничего не исправлять? >> Никто не говорит про ядро. > автор этой глупости поднял бучу именно в lkml.
	Введите код, изображенный на картинке: