Исходное сообщение
"Выпуск earlyoom 1.1, процесса для раннего реагирования на не..." Отправлено Наше имя Легион, 16-Июл-18 13:04
> Не просто система что-то киляет ох уж эти ламерюги ушастые! рэкомэндую для просветления: Но, естественно, убивает он не всё подряд, а подчиняясь определённым правилам: - Мы должны потерять минимум работы - Мы должны освободить много памяти - Мы не должны убивать невиновных в пожирании большого количества памяти - Мы хотим убить как можно меньше процессов (в идеале - один) _Результат работы должен быть предсказуемым Далее идёт подсчёт очков виновности процессов и процессы (или потоки), набравшие больше всего баллов, жестоко убиваются. Вот так идёт подсчёт очков: - Считаем RSS процесса - Добавляем RSS всех дочерних процессов - Если процесс долго живёт, то значение уменьшается - Если у процесса niceness больше 0, то значение увеличивается. - Если есть флаги CAP_SYS_ADMIN или CAP_SYS_RAWIO, результат уменьшается - Смотрится знаечение /proc/<pid>/oom_adj, которое может задавать пользователь, чтобы повышаться сопротивляемость OOM Killer'у. Вроде как это уже deprecated и нужно использовать oomscore_adj. Естественно, это не точный алгоритм, цель написанного - дать представление, от чего зависит выбор кандидата на убийство http://shtsh.blogspot.com/2012/04/oom-killer.html

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Не просто система что-то киляет > ох уж эти ламерюги ушастые! рэкомэндую для просветления: > Но, естественно, убивает он не всё подряд, а подчиняясь определённым правилам: > - Мы должны потерять минимум работы > - Мы должны освободить много памяти > - Мы не должны убивать невиновных в пожирании большого количества памяти > - Мы хотим убить как можно меньше процессов (в идеале - один) > _Результат работы должен быть предсказуемым > Далее идёт подсчёт очков виновности процессов и процессы (или потоки), набравшие больше > всего баллов, жестоко убиваются. > Вот так идёт подсчёт очков: > - Считаем RSS процесса > - Добавляем RSS всех дочерних процессов > - Если процесс долго живёт, то значение уменьшается > - Если у процесса niceness больше 0, то значение увеличивается. > - Если есть флаги CAP_SYS_ADMIN или CAP_SYS_RAWIO, результат уменьшается > - Смотрится знаечение /proc/<pid>/oom_adj, которое может задавать пользователь, чтобы > повышаться сопротивляемость OOM Killer'у. Вроде как это уже deprecated и нужно > использовать oomscore_adj. > Естественно, это не точный алгоритм, цель написанного - дать представление, от чего > зависит выбор кандидата на убийство > http://shtsh.blogspot.com/2012/04/oom-killer.html
	Введите код, изображенный на картинке: