[rt-users] FastCGI vs/or FastCGId? System memory "leak"?
Les Mikesell
les at futuresource.com
Mon Feb 6 13:15:48 EST 2006
On Mon, 2006-02-06 at 11:52, Justin Zygmont wrote:
> I switched back to fastcgi, it worked again. so I know fcgid can't be
> 100%, it's too bad, I don't know why something as useful as fastcgi
> wouldn't be maintained anymore.
When something works there's not much need to be maintained. I
haven't had any problems that I'd blame on fastcgi after installing
according to:
http://wiki.bestpractical.com/index.cgi?RHEL4InstallGuide
The one thing that might be different between mod_perl and
fastcgi is that apache has a directive for how many pages
to let a child process serve before killing it and starting
a new one that work with mod_perl processes. You can use this
to balance between speed and memory leaks by forcing the
perl processes to restart regularly. I don't think fastcgi
has a similar option, although if the program exited on its
own it should restart a new one. Is there any RT option to
say that if it is consuming some amount of memory and has served
some number of pages that it should die at the end of a request?
--
Les Mikesell
lesmikesell at gmail.com
More information about the rt-users
mailing list