|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Stas Vlasov 2:5080/172.13 29 Nov 2002 15:49:35
To : Andrey Melnikov
Subject : Re: большой LA
--------------------------------------------------------------------------------
SV>> Что касается мяса - лучше уж из дистрибутива, дабы потом претензий не
SV>> было.
AM> Претензий к себе ?
Именно. От начальства. Иначе - "все из дистрибутива".
Периодически приходят ревизоры и пытаются проверять софт.
AM> Вон тебе правильно посоветовали - ard. Hо вот его
AM> сначала чутка хакнуть надо будет..
Может, все-таки and, а не ard?
А зачем и как хакать?
AM>>>>> Если проблема в пожирании памяти - в 2.4.x есть oom_killer.
AM>>>>> Правда вот в 2.4.18 он несколько раз сработал по принципу "всех
AM>>>>> убью - один останусь".
SV>>>> Проблема - не столько в пожирании памяти, которое вполне неплохо
SV>>>> убирается лимитами,
AM>>> Хмм, а что - они таки работают в этом линуксе ?
SV>> Hа память - да, если не забыть их таки поставить :-)
AM> Покажи живой пример. Хочу, панимаишь, увидеть, как у тебя скажем тот-же
AM> apache с неконтролируемой рекурсией в mod_rewrite наткнется на этот limit и
AM> откинет копыта. У меня на 2.4.18 - увы, первым срабатывали не лимиты, а
AM> oom_killer.
Гм... man bash /ulimit, на своей машине когда-то настраивал, с тех пор
увеличил память и убрал. В связи с произошедшими событиями надо бы заново
настроить. Hасчет апача не знаю, так как сложных скриптов нет, но mc таки
с удовольствием падал при попытке открыть файл больше лимита.
Было ulimit -m 65536, великолепно работало до тех пор, пока не понадобилось
запустить vmware. А про лимиты я давно уже забыл :-)
Два дня переписки с саппортом и мои извинения :-)
Предполагаю, что для апача лимиты следует прописывать в его скрипте запуска.
--- tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (Linux/2.4.18 (i686))
* Origin: OSB 1794 (2:5080/172.13)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
