https://issues.apache.org/bugzilla/show_bug.cgi?id=49902
--- Comment #4 from Piotr Gackiewicz <[email protected]> 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: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
