|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Pavel Kurnosoff 2:5030/736.25 14 Apr 2001 12:14:20
To : Sergey Tkachuk
Subject : Re: mod_perl vs FastCGI
--------------------------------------------------------------------------------
ST> Однако память все равно резервируется (даже если и шарится). А поскольку
ST> с каждым апачем память резервируется на все модули (даже те, что в данный
ST> момент не нужны), то с mod_perl мы очень быстро упремся. Или нет?
а что значит "в данный момент не нужны"? если они вообще не нужны - зачем их
прописывать? если нужны, но не на каждом запросе, то рано или поздно они все
равно загрузятся (более того, если бы они не грузились вся идея модперла бы
пропадала и была бы прямая дорога назад к джунг...тьфу, к CGI :). исключения,
быть может, вещи типа rtf-parser, которые происходят исчезающе редко и вообще
глючат с модепрлом - тут Витус говорил, что он просто на этот случай внешний
процесс делал.
ST> P.S. Я так с APC Cache для PHP попал. Апач раздулся до 12-14 мег и упал
ST> по нехватке памяти от простого флуда :-(
гы, а maxclients выставлять не пробовал? а акселератор вперед ставить? 12-14 -
это не аргумент. у меня fastcgi'шные такого размера - вполне обыденное
явление.
--
// pavel kurnosoff
--- Gnus v5.6.45/XEmacs 21.1 - "Bryce Canyon"
* Origin: there's no tomorrow (2:5030/736.25)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
