Исходное сообщение
"Выпуск обработчика нехватки памяти earlyoom 1.4" Отправлено ананчик, 04-Мрт-20 23:44
> Зачем sleep-то? что бы не выжирал память за считанные секунды. >Вы не увидели там while (1)? Действительно он есть, что еще более странно что будет когда malloc будет возвращать ошибку while(1){} одно ядро убили. я похожие тесты крутил очень очень давно, когда памяти было действительно мало. И они закачивались тем что процесс умирал после жуткого просиживания по io. То что у вас  gui  просто встает колом тоже нормально это регулируется приоритетами процессов по io. а вот посадить такую  membomb в cgroups я не пробовал, думаю сейчас это решило бы практически все проблемы Учтите что соотношение размера оперативной памяти и размер свопа очень сильно влияет на ваши тормоза. Добавьте sleep где-то 1-5 секунд запустите vmstat/iotop или что то подобное и вам сразу станет понятно откуда тормоза. вот вам маленькая шпаргалка https://www.oracle.com/technical-resources/articles/it-infra... в ядре все нормально на самом деле, дополнительное накручивание автоматики только вред приносит.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Зачем sleep-то? > что бы не выжирал память за считанные секунды. >>Вы не увидели там while (1)? > Действительно он есть, что еще более странно что будет когда malloc будет > возвращать ошибку > while(1){} одно ядро убили. > я похожие тесты крутил очень очень давно, когда памяти было действительно мало. > И они закачивались тем что процесс умирал после жуткого просиживания по > io. То что у вас gui просто встает колом > тоже нормально это регулируется приоритетами процессов по io. > а вот посадить такую membomb в cgroups я не пробовал, думаю > сейчас это решило бы практически все проблемы > Учтите что соотношение размера оперативной памяти и размер свопа очень сильно влияет > на ваши тормоза. Добавьте sleep где-то 1-5 секунд запустите vmstat/iotop или > что то подобное и вам сразу станет понятно откуда тормоза. > вот вам маленькая шпаргалка https://www.oracle.com/technical-resources/articles/it-infrastructure/dev-oom-killer.html > в ядре все нормально на самом деле, дополнительное накручивание автоматики только вред > приносит.
	Введите код, изображенный на картинке: