6622 2005-04-23 00:34:52 +0400 Нет пределов по расходованию памяти 2013-10-12 23:45:38 +0400 1 1 4 Development Sisyphus pam unstable all Linux CLOSED NOTABUG P2 normal --- 1 lav ldv evg ldv mike php-coder placeholder qa-sisyphus oldest_to_newest 23717 0 lav 2005-04-23 00:34:52 +0400 Для /etc/security/limits.conf нужно рассмотреть предел на использование памяти для пользователя и особенно для рута (ему ещё меньше нужно). Иначе в текущем состоянии сошедшая с ума программа забирает всю память, а ядро за это, бывает, убивает совсем другие процессы. 23748 1 ldv 2005-04-24 23:49:28 +0400 Какие будут предложения? 23750 2 lav 2005-04-25 00:36:34 +0400 Боюсь что от меня только одно - посмотреть в файл limits.conf грамотного человека, настроившего всё правильно. Настройки, думаю, должны быть приведены для настольной и серверной системы. У нас на терминальном сервере такое написано: * soft nproc 428 * hard nproc 656 * soft data 200000 * hard data 250000 * soft rss 320000 * hard rss 450000 @root soft nproc 256 но это вариант точно не самый лучший. 23751 3 ldv 2005-04-25 00:42:01 +0400 Это несерьёзно, даже самые общие настройки в limits.conf должны зависеть от доступной памяти в системе. Боюсь, что нет таких значений, которые подошли бы во всех случаях. См. тж. #4263 23752 4 lav 2005-04-25 00:58:30 +0400 Хочу заметить, что размер запускаемого OpenOffice не зависит от объёма памяти в системе. Ограничения можно ставить в расчёте на то, сколько памяти должна занять программа, а не сколько из свободной памяти ей отдать. Что такое доступная память? Вы предлагаете использовать ограничения в процентах? Я думаю, для часто используемых "тяжёлых" программ характеристики по памяти известны. Какое-то среднее по больнице вывести можно. 23753 5 ldv 2005-04-25 01:02:55 +0400 Ограничения, исходящие из того, какие программы будут запущены, может установить системный администратор (если у него есть такая информация). Ограничения, исходящие из фактического объёма виртуальной памяти, имеет смысл устанавливать более автоматизированным способом, дабы уберечь систему от нерадивых пользователей. 23756 6 lav 2005-04-25 10:31:14 +0400 Конечно имеет смысл, но limits.conf умеет только абсолютными значениями оперировать, как я понимаю. Вы понимаете о чём я волнуюсь - сейчас быстрая утечка памяти в любой программе вызвает ступор системы минут на 10. 117357 7 lav 2011-01-20 20:29:21 +0300 Возможно, не хватает возможности задавать не абсолютные значения, а процентные? 142162 8 mike 2013-08-15 18:15:07 +0400 Настройка на хосте (желающими), installer-feature (чревато), модуль для alterator (останется в неизвестности), контейнеры (опять на любителя), monit (с %)... В общем, вариантов много, но при именно такой постановке задачи не уверен, что хотя бы один из них может оказаться дистрибутивным. С другой стороны, OOM killer за это время набил руку. Предлагаю wontfix. 143130 9 lav 2013-10-12 23:45:38 +0400 Хочу сказать, что за прошедшие 7 лет ничего толком не изменилось. Но поскольку проблема всё же не в установке лимитов, а если их и устанавливать, то не через этот механизм, то закрываю.