ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
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-r?B?ws/S2MLBINMg?= =?koi8-r?B?ItTPzNPU2c3JIiDQ0s/DxdPTwc3J?=




On Thu, 20 Mar 2003, Alex Tutubalin wrote:

> > > "This applies to processes forked off from Apache children servicing
> > > requests, not the Apache children themselves" :)
> > )
> > 
> > Тогда ulimit пользователю apache в системе. Перед запуском httpd.
> > 
> 
> Это все верно. Но это очень грубо - если лимит сработает в процессе 
> обработки запроса (а он сработает именно тогда, ибо между запросами
> памяти расти не от чего), то клиент не получит
> ответа, либо получит его не целиком (если апач убъет после отдачи
> пары килобайт HTML).
> Apache::SizeLimit проверяет лимиты _после_ отработки запроса и корректно
> завершает дите если лимит превышен. За что и ценим. Конечно, от грубых
> ошибок в content handlers это не полечит, но проблема обычно в постепенном
> росте размера apache child - в перле гниют биты, не в перле - тоже гниют
> биты :)

Я в некоторых клинических случаях использую и Apache::SizeLimit и классы.
Причём, если для Apache::SizeLimit стоит ограничение, скажем, в 25М,
то для класса - 100М и 10 минут. Потому что, увы, бывают клинические случаи.


Игорь Сысоев
http://sysoev.ru



 




Copyright © Lexa Software, 1996-2009.