Исходное сообщение
"Компания Siemens выпустила гипервизор Jailhouse 0.12" Отправлено анонн, 05-Фев-20 15:07
>>начавший жрать как не в себя процесс > С этим как раз проблем нет и в линуксе, внезапно падающие вкладки > хромиума это иллюстрируют. А вот если рост постепенный и OOM-killer запутался > и не может выбрать, тут уже и начинаются проблемы. Туда бы еще б ИИ засунули, да не сумели (в итоге - все равно вынесли логику в юзерспейс) Во фре, при общей нехватке памяти сначала pagedaemon попытается ее освободить, если не удалось (достаточное количество) - запустит ООМ, который тупо посчитает примерное количество освобожденной физ. памяти + актуально занимаемый процессом swap: https://github.com/freebsd/freebsd/blob/master/sys/vm/vm_pag... https://github.com/freebsd/freebsd/blob/master/sys/vm/vm_pag... (описание алогритма там как бы не больше его реализации) и прибьет самый жырный. Не хош такого кина? Ставь флаг protect или делай общий лимит в rctl на deny (правда, современные модно-молодежные программисты перестали проверять код возврата *alloc, потому что в Пингвинчике из-за оверкоммита все равно бесполезно, из-за чего все равно возможны "казусы") или на ивент (devctl -> devd) по которому запускай хоть трехстрочник на шел, хоть байду с сервером на питоне, хоть нейронку, для разруливания.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>начавший жрать как не в себя процесс >> С этим как раз проблем нет и в линуксе, внезапно падающие вкладки >> хромиума это иллюстрируют. А вот если рост постепенный и OOM-killer запутался >> и не может выбрать, тут уже и начинаются проблемы. > Туда бы еще б ИИ засунули, да не сумели (в итоге - > все равно вынесли логику в юзерспейс) > Во фре, при общей нехватке памяти сначала pagedaemon попытается ее освободить, если > не удалось (достаточное количество) - запустит ООМ, который тупо посчитает примерное > количество освобожденной физ. памяти + актуально занимаемый процессом swap: > https://github.com/freebsd/freebsd/blob/master/sys/vm/vm_pageout.c#L1821 > https://github.com/freebsd/freebsd/blob/master/sys/vm/vm_pageout.c#L1757 > (описание алогритма там как бы не больше его реализации) и прибьет самый > жырный. > Не хош такого кина? Ставь флаг protect или делай общий лимит в > rctl на deny (правда, современные модно-молодежные программисты перестали проверять код > возврата *alloc, потому что в Пингвинчике из-за оверкоммита все равно бесполезно, > из-за чего все равно возможны "казусы") или на ивент (devctl -> > devd) по которому запускай хоть трехстрочник на шел, хоть байду с > сервером на питоне, хоть нейронку, для разруливания.
	Введите код, изображенный на картинке: