httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Trawick <traw...@gmail.com>
Subject Re: [users@httpd] Optimizing mod_fcgid
Date Tue, 23 Mar 2010 14:43:05 GMT
On Tue, Mar 23, 2010 at 10:02 AM, Nilesh Govindarajan <lists@itech7.com> wrote:
> On 03/23/2010 07:26 PM, Nilesh Govindarajan wrote:
>>
>> On 03/23/2010 07:20 PM, Jeff Trawick wrote:
>>>
>>> On Tue, Mar 23, 2010 at 8:48 AM, Nilesh Govindarajan<lists@itech7.com>
>>> wrote:
>>>>
>>>> On 03/23/2010 06:07 PM, Jeff Trawick wrote:
>>>>>
>>>>> On Sat, Mar 20, 2010 at 2:16 AM, Nilesh Govindarajan<lists@itech7.com>
>>>>> 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@httpd.apache.org
>>> " from the digest: users-digest-unsubscribe@httpd.apache.org
>>> For additional commands, e-mail: users-help@httpd.apache.org
>>>
>>
>> Yeah true. I think I don't need it after you said this. :)
>>
>> Is even memcached the same wrt mod_fcgid, apc, xcache ?
>>
>
> I found that its not the same and it can't be used as a cache for compiled
> scripts.
>
> mod_fcgid really is infinite times better than mod_fastcgi.

For PHP opcode caching, which relies on access to a shared memory
cache via the PHP FastCGI process management, mod_fcgid is at a big
disadvantage to mod_fcgid: mod_fastcgi can send multiple simultaneous
requests to those PHP-managed processes but mod_fcgid can't; thus, the
cache won't be as well utilized with mod_fcgid.

I have read numerous statements that mod_fcgid is faster than
mod_fastcgi, but I don't know precisely why (or when), or if each is
optimally configured when compared to the other.

---------------------------------------------------------------------
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@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Mime
View raw message