httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject DO NOT REPLY [Bug 49902] FcgidMaxProcessesPerClass
Date Fri, 10 Dec 2010 13:57:01 GMT

--- Comment #4 from Piotr Gackiewicz <> 2010-12-10 08:56:59 EST ---
(In reply to comment #3)
> >Had to downgrade almost immediately after upgrade, due to server load jumping
> sky high...
> If you're referring to mod_fcgid 2.3.6, the issue is likely a regression in
> 2.3.6 which is fixed by the following:

You got me wrong.
Server load was not affected by wrong accounting on processess.
It is affected by NUMBER of started processess, eating up available RAM,
causing excessive swapping...

In mod_fcgid-2.2 processess started by fcgiwrapper were of the same class if
they were run with same wrapper by the same owner.

In mod_fcgid-2.3 these processess have different class also if they are run in 
different virtual hosts.

with mod_fcgid-2.2 and fcgi wrapper for php, we could serve dozens of virtual
hosts (i.e. subdomains) for single customer with single php process.
mod_fcgid-2.3 needs dozens of PHP processess to do the same job.
That's simple waste as whole virtual host environment goes with http request in
fcgi protocol.

I think there shoud be at least alternative for default process management in
mod_fcgid-2.3. Maybe optional explicit class name in FcgidWrapper and/or
FcgidCmdOptions directive?

Configure bugmail:
------- You are receiving this mail because: -------
You are the assignee for the bug.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message