Optimizing worker_processes, worker_connections & PHP_FCGI_CHILDREN - Any Good Tutorial?

Rahul Bansal rahul286 at gmail.com
Sun Jun 27 17:57:59 MSD 2010


Hi Eric,

> Yes! wondering if they all work together. hoping that it will not
> sublime it's ops.

I decided NOT to use memcache. Memcache is good for distributed environment.

I am using APC for php opcode cache and user-data as well.
In case of w3 total cache plugin, APC can also be used as page-cache
instead of hard-disk.

Now only confusion, I am in is nginx fastcgi_cache.
In theory, and from what I have read, if nginx fastcgi_cache serves
request, no load should be forwarded to php-fpm or php-fastcgi (in
short, php part).
I guess with APC also, by using it as page-cache, we are achieving
same thing. Not sure though!

-Rahul


On Sun, Jun 27, 2010 at 7:15 AM, ericdeko411 <nginx-forum at nginx.us> wrote:
> rahul286 Wrote:
> -------------------------------------------------------
>> Thanks All.
>> Moved to PHP-FPM and also removed (purged)
>> unwanted php-extensions.
>>
>> I am using php 5.3.2 and I read somewhere that pm
>> = dynamic feature should be used in PHP-FPM only
>> if PHP > 5.3.3.
>>
>> Should I wait , or go ahead with Reinis Rozitis
>> settings...
>>
>> > pm = dynamic
>> > pm.max_children = 70
>> > pm.start_servers = 20
>> > pm.min_spare_servers = 5
>> > pm.max_spare_servers = 20
>> > pm.max_requests = 1000
>>
>> I am also thinking of using nginx fastcgi_cache
>>
>> But started to feel I will be having too many
>> cache levels after that....
>>
>> nginx fastcgi_cache. apc, memcache and wordpress
>> caching plugins.
>>
>> Will they work all together smoothly or will
>> become counter-productive?
>>
>> Any suggestions?
>>
>> Thanks again,
>> -Rahu
>
> Yes! wondering if they all work together. hoping that it will not
> sublime it's ops.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?2,98498,102818#msg-102818
>
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://nginx.org/mailman/listinfo/nginx
>



More information about the nginx mailing list