Bug 6622 - Нет пределов по расходованию памяти
: Нет пределов по расходованию памяти
Status: CLOSED NOTABUG
: Sisyphus
(All bugs in Sisyphus/pam)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2005-04-23 00:34 by
Modified: 2013-10-12 23:45 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2005-04-23 00:34:52
Для /etc/security/limits.conf нужно рассмотреть предел 
на использование памяти для пользователя и особенно для рута (ему ещё меньше 
нужно). 
Иначе в текущем состоянии сошедшая с ума программа забирает всю память, 
а ядро за это, бывает, убивает совсем другие процессы.
------- Comment #1 From 2005-04-24 23:49:28 -------
Какие будут предложения?
------- Comment #2 From 2005-04-25 00:36:34 -------
Боюсь что от меня только одно - посмотреть в файл limits.conf грамотного 
человека, настроившего всё правильно.  
Настройки, думаю, должны быть приведены для настольной и серверной системы. 
У нас на терминальном сервере такое написано: 
*               soft    nproc   428 
*               hard    nproc   656 
*               soft    data    200000 
*               hard    data    250000 
*               soft    rss             320000 
*               hard    rss             450000 
@root           soft    nproc   256 
но это вариант точно не самый лучший. 
------- Comment #3 From 2005-04-25 00:42:01 -------
Это несерьёзно, даже самые общие настройки в limits.conf должны зависеть от
доступной памяти в системе.
Боюсь, что нет таких значений, которые подошли бы во всех случаях.
См. тж. #4263
------- Comment #4 From 2005-04-25 00:58:30 -------
Хочу заметить, что размер запускаемого OpenOffice не зависит от объёма памяти 
в системе. Ограничения можно ставить в расчёте на то, сколько памяти должна 
занять программа, а не сколько из свободной памяти ей отдать. 

Что такое доступная память? 
Вы предлагаете использовать ограничения в процентах? 

Я думаю, для часто используемых "тяжёлых" программ характеристики по памяти 
известны. Какое-то среднее по больнице вывести можно. 
------- Comment #5 From 2005-04-25 01:02:55 -------
Ограничения, исходящие из того, какие программы будут запущены, может
установить
системный администратор (если у него есть такая информация).

Ограничения, исходящие из фактического объёма виртуальной памяти, имеет смысл
устанавливать более автоматизированным способом, дабы уберечь систему от
нерадивых пользователей.
------- Comment #6 From 2005-04-25 10:31:14 -------
Конечно имеет смысл, но limits.conf умеет только абсолютными значениями 
оперировать, как я понимаю. 

Вы понимаете о чём я волнуюсь - сейчас быстрая утечка памяти в любой программе 
вызвает ступор системы минут на 10. 
------- Comment #7 From 2011-01-20 20:29:21 -------
Возможно, не хватает возможности задавать не абсолютные значения, а процентные?
------- Comment #8 From 2013-08-15 18:15:07 -------
Настройка на хосте (желающими), installer-feature (чревато), модуль для
alterator (останется в неизвестности), контейнеры (опять на любителя), monit (с
%)...

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

С другой стороны, OOM killer за это время набил руку.

Предлагаю wontfix.
------- Comment #9 From 2013-10-12 23:45:38 -------
Хочу сказать, что за прошедшие 7 лет ничего толком не изменилось.
Но поскольку проблема всё же не в установке лимитов, а если их и устанавливать,
то не через этот механизм, то закрываю.