@Michael
Thanks again for heads up on PHP-FPM
I am reading your post -
http://michaelshadle.com/2010/05/21/php-fpm-and-nginx-upstart-scripts/
I hope to see our server using PHP-FPM next month (with ubuntu 10 +wordpress
3)
-Rahul
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/2bc9bccc/attachment.html>