Я думаю, что лучше всего было бы добавить отдельный скрипт как часть вашего init.d. В этом случае вы захотите сделать что-то вроде этого
echo 15 > /proc/`pidof APP_NAME`/oom_adj
. [F2] получит идентификатор процесса приложения с этим именем. Запись 15 в / proc / {pid} / oom_adj поднимает «плохость» процесса {pid}, что делает его более вероятным убить убийцей OOM.
Статья Укрощение убийцы OOM от LWN.net также намекает на некоторые другие идеи, которые предлагались разрешить спецификацию «oom_victim», но я не уверен, что кто-либо из них действительно находится в ядре.
BTW: Лучшим решением было бы избежать необходимости используйте OOM Killer в первую очередь. Помните неписанный девиз Micro $ oft: Нет проблем, больше не может быть исправлено.
[Примечание: если может быть несколько таких процессов, вы можете немного пересмотреть код.] [ ! d5]
Загрузите новый .deb и установите его так же, как вы установили предыдущий.
Нет, вы не можете получать автоматические обновления как часть обычного процесса apt update && apt upgrade; для чего нужны хранилища.
Загрузите новый .deb и установите его так же, как вы установили предыдущий.
Нет, вы не можете получать автоматические обновления как часть обычного процесса apt update && apt upgrade; для чего нужны хранилища.
Загрузите новый .deb и установите его так же, как вы установили предыдущий.
Нет, вы не можете получать автоматические обновления как часть обычного процесса apt update && apt upgrade; для чего нужны хранилища.