On Tue, Mar 23, 2010 at 8:48 AM, Nilesh Govindarajan <lists@xxxxxxxxxx> wrote: > On 03/23/2010 06:07 PM, Jeff Trawick wrote: >> >> On Sat, Mar 20, 2010 at 2:16 AM, Nilesh Govindarajan<lists@xxxxxxxxxx> >> wrote: >>> >>> Hi, >>> >>> I recently migrated from mod_fastcgi to mod_fcgid and experienced >>> enormous >>> performance boost. >>> >>> My current settings is as follows - >>> >>> FcgidMaxProcesses 100 >>> FcgidMaxProcessesPerClass 50 >>> FcgidFixPathInfo 1 >>> FcgidPassHeader HTTP_AUTHORIZATION >>> FcgidMaxRequestsPerProcess 10000 >> >> Since this is PHP, make sure you sync PHP's child exit strategy with >> mod_fcgid's max-requests-per-process. >> >> See "Special PHP considerations" at >> http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html for discussion of >> a couple of issues. >> >>> FcgidOutputBufferSize 1048576 >>> FcgidProcessLifeTime 1800 >>> FcgidMinProcessesPerClass 2 >>> >>> Main use is for PHP applications, but in future may add some languages. >>> >>> Server config - >>> >>> Fedora 12, 500 MB RAM, Pentium 2 Ghz >>> >>> PHP applications are cached using Xcache, and will normally use >>> PostgreSQL. > > Yeah I've synced that by setting the relevant PHP_FCGI_* environment > variables. > > But Xcache doesn't work with mod_fcgid. Any solutions for that ? Can I use > any alternatives to Xcache to cache the compiled code of the PHP script ? Aren't APC and Xcache similar with respect to mod_fcgid, in that the cache will be utilized for repeated execution by the same PHP process, such that the cache is still useful as long as the PHP process spawned by mod_fcgid remains active for as long as possible? (mod_fcgid's mapping of requests to idle processes it has spawned negates the use of a single such cache for multiple concurrent requests.) --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|