LINUX.ORG.RU

Резервирование памяти для определённых процессов.

 , , ,


0

1

Привет всем!

Последнее время часто попадаются новости и обсуждения относительно работы GNU/Linux в условиях нехватки памяти. Встроенный в ядро OOM-Killer, более гибкий вариант из пространства пользовательских процессов... есть разные способы прибить разжиревшее приложение.

А нет ли возможности пойти с другой стороны? Для группы процессов зарезервировать место в оперативной памяти. Например, чтобы процессы, составляющие DE (оконный и файловый менеджеры, терминал, т.д.) + базовые утилиты консоли) всегда имели резерв мегабайт 500. И этот резерв не могли бы использовать другие процессы.

Тогда при исчерпании памяти система не становилась бы колом вся, пользователь мог бы спокойно продолжать работать в минимальном стабильном окружении, и сам мог бы решить, что закрыть, что оставить.

★★★★

500 мегабайт? Чо такой жир то, с дуба рухнул? У меня кеды со всеми демонами в 300 укладываются с запасом (65 на ядро, 200 на плазмощель, кеды живут остальным), куда им 500?

anonymous ()
Ответ на: комментарий от ls-h

Судя по тому, что прекращается любая разумная деятельность и бинарники выдавливаются из памяти на диск, от того, что всё останавливается. От того что какие-то бинарники будут оставлены в памяти, ядро не перестанет останавливаться.

Меня бы на самом деле устроило если хотя бы вотчдоги зависаний отрабатывали (те самые которые 30/60 секунд или сколько там), а то ядро почему-то считает, что оно не зависло, когда оно зависло. Или OOM-killer гарантированно приходил. Ну там через 5 секунд например.

anonymous ()
Ответ на: комментарий от anonymous

Ещё неплохо бы, если бы блоб видимокарты умел сбрасывать устройство, по типу венды, вроде нвидия последнее время что-то делала в этом плане, но всё тухло. От свободных драйверов такой роскоши ждать не приходится, там паника так паника и до-свидания. Не нужно было открывать тот сайт в веб-браузере, в следующий раз не повторяйте своих ошибок (с) видимодрайвер амд/интел.

anonymous ()
Ответ на: комментарий от annulen

А отчего же? Xorg был целиком сдамплен в своп, ну вот и всё. Что-бы исполнить его код нужно что-то разрулить выделить кусочек, опять из свопа вытянуть весь ксорг со всеми потрохами, восстановить исполнение исполнить оно дальше пробежит кадр отдаст отрисует, а тут опять памяти нет и опять оно в своп, а тут опять очередь иксов на исполнение и опять разруливать и опять и так по кругу. Я думал что так всё. А думал просто потому что нигде толком не нашёл почему именно череда каких явлений в сумме приводит к слайдам.

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.