Bug 6622

Summary:	Нет пределов по расходованию памяти
Product:	Sisyphus	Reporter:	Vitaly Lipatov <lav>
Component:	pam	Assignee:	placeholder <placeholder>
Status:	CLOSED NOTABUG	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P2	CC:	evg, glebfm, ldv, mike, php-coder, placeholder
Version:	unstable
Hardware:	all
OS:	Linux

Description Vitaly Lipatov 2005-04-23 00:34:52 MSD

Для /etc/security/limits.conf нужно рассмотреть предел 
на использование памяти для пользователя и особенно для рута (ему ещё меньше 
нужно). 
Иначе в текущем состоянии сошедшая с ума программа забирает всю память, 
а ядро за это, бывает, убивает совсем другие процессы.

Comment 1 Dmitry V. Levin 2005-04-24 23:49:28 MSD

Какие будут предложения?

Comment 2 Vitaly Lipatov 2005-04-25 00:36:34 MSD

Боюсь что от меня только одно - посмотреть в файл 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 Dmitry V. Levin 2005-04-25 00:42:01 MSD

Это несерьёзно, даже самые общие настройки в limits.conf должны зависеть от
доступной памяти в системе.
Боюсь, что нет таких значений, которые подошли бы во всех случаях.
См. тж. #4263

Comment 4 Vitaly Lipatov 2005-04-25 00:58:30 MSD

Хочу заметить, что размер запускаемого OpenOffice не зависит от объёма памяти 
в системе. Ограничения можно ставить в расчёте на то, сколько памяти должна 
занять программа, а не сколько из свободной памяти ей отдать. 
 
Что такое доступная память? 
Вы предлагаете использовать ограничения в процентах? 
 
Я думаю, для часто используемых "тяжёлых" программ характеристики по памяти 
известны. Какое-то среднее по больнице вывести можно.

Comment 5 Dmitry V. Levin 2005-04-25 01:02:55 MSD

Ограничения, исходящие из того, какие программы будут запущены, может установить
системный администратор (если у него есть такая информация).

Ограничения, исходящие из фактического объёма виртуальной памяти, имеет смысл
устанавливать более автоматизированным способом, дабы уберечь систему от
нерадивых пользователей.

Comment 6 Vitaly Lipatov 2005-04-25 10:31:14 MSD

Конечно имеет смысл, но limits.conf умеет только абсолютными значениями 
оперировать, как я понимаю. 
 
Вы понимаете о чём я волнуюсь - сейчас быстрая утечка памяти в любой программе 
вызвает ступор системы минут на 10.

Comment 7 Vitaly Lipatov 2011-01-20 20:29:21 MSK

Возможно, не хватает возможности задавать не абсолютные значения, а процентные?

Comment 8 Michael Shigorin 2013-08-15 18:15:07 MSK

Настройка на хосте (желающими), installer-feature (чревато), модуль для alterator (останется в неизвестности), контейнеры (опять на любителя), monit (с %)...

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

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

Предлагаю wontfix.

Comment 9 Vitaly Lipatov 2013-10-12 23:45:38 MSK

Хочу сказать, что за прошедшие 7 лет ничего толком не изменилось.
Но поскольку проблема всё же не в установке лимитов, а если их и устанавливать, то не через этот механизм, то закрываю.