Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [apache-talk] =?koi8-u?b?ws/S2MLBINM=?= "=?koi8-u?b?1M/M09TZzck=?=" =?koi8-u?b?0NLPw8XT08HNyQ==?=
On Wednesday 19 March 2003 17:47, Igor Sysoev wrote:
> On Wed, 19 Mar 2003, Dmitry Alyabyev wrote:
> > On Wednesday 19 March 2003 17:13, Igor Sysoev wrote:
> > > Для FreeBSD можно использовать login_class и модуль mod_class.c -
> > > это жёсткий вариант.
> >
> > а каковы преимущества использования mod_class.c по сравнению с suexec +
> > setclasscontext_patch ?
>
> Что такое suexec+setclassconext_patch - я не знаю, потому и не знаю
> преимуществ.
suexec с выставлением класса для данного uid
обеспечивает ту же функциональность для cgi процессов
> Лучше скажу, что делать mod_class. Делает он следующее -
> при старте основного Апача выставляет ему нужный класс. Все его
> детишки наследуют этот класс. Есть у меня ещё версия (надо будет написать
> доку и выложить), которая выставляет класс только при старте детишек.
> В этом случае можно выставлять ограничение не только на память (главный
> Апач редко вырастает), но и на время исполнения (это для главного Апача
> неприемлимо). Но во втором случае нужно явно указывать пределы для
> данных, стэка и прочая вместо unlimited, иначе при старте каждого
> детишки на консоль (и в /var/log/messages, по-моему) валятся про это
> сообщения. С главным такого не происходит, так он, как правило, работает
> от рута, и ему всё можно.
мне вариант с suexec не нравится только одним - не работает ограничение на
кол-во процессов (suexec из-под рута выставляет класс и делает execv. при
этом дочерние процессы этой cgi могут не запускатся, но сама cgi стартует
всегда)
как будет вести себя mod_class при лимите на кол-во процессов в классе ?
--
Dimitry
|