Optimizing worker_processes, worker_connections & PHP_FCGI_CHILDREN - Any Good Tutorial?

[Rahul Bansal]

>php-fpm is an actual management daemon...
Thanks for details regarding PHP-FPM

When I bumped into it first time, I thought its overhead - more like some
people using lighthppd for running PHP on nginx.

I will definitely try it but I still looking for equation to set numbers
like worker_processes, worker_connections & PHP_FCGI_CHILDREN (or PHP_FPM
counterpart) perfectly.



On Tue, Jun 15, 2010 at 11:48 PM, Michael Shadle <mike503 at gmail.com> wrote:

> php-fpm is an actual management daemon, as opposed to using spawn-fcgi
> which you are still responsible for controlling. If you're doing the
> spawn-fcgi route you might as well just use php-cgi -b and use upstart
> or some other controlling daemon and just do it yourself. spawn-fcgi
> doesn't give you anything special AFAIK.
>
> Rasmus himself uses PHP-FPM now and gave it basically a thumbs up (in
> person) and nginx for wepay.com (the company he works for now)
>
> You don't get much better clout than that.
>
> On Tue, Jun 15, 2010 at 11:14 AM, Rahul Bansal <rahul286 at gmail.com> wrote:
> > Thanks Reinis.
> >
> > Regarding...
> >
> >>> [*] Is it good to make [i]PHP_FCGI_CHILDREN = 1[/i] if I am using APC
> >>> for PHP opcode caching?
> >
> >>No.
> >
> > I read somewhere that 2 PHP processes do not share APC cache. So if I
> > have 10 PHP_FCGI_CHILDREN - that means 10 times cache size.
> >
> >
> > On
> >> I would suggest to give it a try to the new FPM sapi/manager which is
> now included also in 5.3.x core.
> >
> > I do not use FPM and I really wonder why it is used?
> > We can directly use php-fastcgi as mentioned here
> > http://tomasz.sterna.tv/2009/04/php-fastcgi-with-nginx-on-ubuntu/
> >
> > Thanks for your time buddy.
> > If you have more inputs, please share.
> >
> > -Rahul
> >
> >
> >
> > On Tue, Jun 15, 2010 at 11:27 PM, Reinis Rozitis <r at roze.lv> wrote:
> >>>
> >>> [*] Is it good to make [i]PHP_FCGI_CHILDREN = 1[/i] if I am using APC
> >>> for PHP opcode caching?
> >>
> >> No.
> >> One child won't do anything good on a multicore box (giving the usuall
> nature of php scripts - waiting on external resources like DBs etc). Nor it
> can saturate single cpu (also APC doesnt limit you here in any way).
> >>
> >> I would suggest to give it a try to the new FPM sapi/manager which is
> now included also in 5.3.x core.
> >> It gives you the ability to dynamically manage a pool of php processes
> (spawn more php childs if the server gets loaded or kill the unneeded
> spares). That way you dont need to control any settings from the webservers
> side.
> >>
> >> http://php-fpm.org/
> >> http://php-fpm.org/download/
> >>
> >>
> >> rr
> >>
> >>
> >> _______________________________________________
> >> nginx mailing list
> >> nginx at nginx.org
> >> http://nginx.org/mailman/listinfo/nginx
> >
> > _______________________________________________
> > nginx mailing list
> > nginx at nginx.org
> > http://nginx.org/mailman/listinfo/nginx
> >
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://nginx.org/mailman/listinfo/nginx
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20100616/3c547333/attachment-0001.html>