php fastcgi support - how do u do it?

mike mike503 at gmail.com
Fri Jul 11 12:18:16 MSD 2008


you might ask on the php-fpm group for tips. i wouldn't think it adds
any additional memory usage, maybe the parent process presents the
total number of children somehow weird, i don't know.

either way, spawn-fcgi for me did not recycle engines so any php
memory leaks will continue to occur - without PHP_FCGI_MAX_REQUESTS in
action.

http://groups.google.com/group/highload-php-en  is the english group for php-fpm

On 7/11/08, Marcos Neves <marcos.neves at gmail.com> wrote:
> The path does not works with php 5.3, but works fine with 5.2.6
> Did you have any tip for optimizing php to low RAM env like VPS?
> Even if I start only 1 child, it eats 25MB of virtual memory (a lot
> more than lighttpd spaw fcgi)
> I´ll see what more can I do.
>
> On Fri, Jul 11, 2008 at 1:18 AM, mike <mike503 at gmail.com> wrote:
> > honestly, i looked for a couple things and it looks like he's got it
> > covered. you may want to customize your php ./configure thing but as
> > long as you patch it you'll have php-fpm support :)
> >
> >
> >
> > On 7/10/08, Marcos Neves <marcos.neves at gmail.com> wrote:
> >> That looks awesome! Did you know a better tutorial then this one:
> >> http://blog.sonnoprofondo.com/2008/04/30/nginx-php-php-fpm-on-debian-etch-40/
> >> I´ll try today.
> >>
> >> On Fri, Jul 11, 2008 at 12:51 AM, mike <mike503 at gmail.com> wrote:
> >> > spawn-fcgi did not work properly for me. i've mentioned it in the past.
> >> >
> >> > it didn't properly recycle engines or honor the PHP_FCGI_MAX_REQUESTS
> >> > and it still required something to trigger it.
> >> >
> >> > php-fpm is built-in to PHP, it matures PHPs fastcgi implementation,
> >> > fixes some bugs, has some acceleration features built in, makes
> >> > managing multiple fastcgi pools a breeze, it has proper execution
> >> > timeouts, honors child request counts, gracefully reloads engines,
> >> > allows for overrides of ini settings, seems just like nginx with its
> >> > multiple restart/reload options, i could go on and on. a better
> >> > website/comparison/etc needs to be done, but i can tell you i've tried
> >> > them all and php-fpm is the -best- and i consider -only- proper way
> >> > now to do php fcgi management, period.
> >> >
> >> > On 7/10/08, Marcos Neves <marcos.neves at gmail.com> wrote:
> >> >> Could you highlight some advantages/disadvantages of php-fpm vs
> >> >> lighttpd_spaw_fcgi ?
> >> >> Now, I´m using lighttpd_spaw_fcgi, but I´m looking for a good reason
> >> >> to change to php-fpm
> >> >>
> >> >> On Fri, Jul 11, 2008 at 12:24 AM, mike <mike503 at gmail.com> wrote:
> >> >> > use php-fpm. it's a patch to php source. it's the best way to manage
> >> >> > fastcgi pools/engines.
> >> >> >
> >> >> > anything else is hokey and some don't even work properly.
> >> >> >
> >> >> > On 7/10/08, Jeffrey 'jf' Lim <jfs.world at gmail.com> wrote:
> >> >> >> hi, folks, I'm thinking of using nginx (quite obviously!!!) for one of my
> >> >> >> deployments with php. Now since nginx doesnt do cgi, the only way to do
> >> >> >> nginx with php is using fastcgi. The question now is, how, and in what way?
> >> >> >> I'd like to gather some feedback from the list - if you use nginx with
> >> >> >> fastcgi php, how do you implement your fastcgi? Using the fastcgi script as
> >> >> >> provided by php, or using lighttpd's script, or?
> >> >> >>
> >> >> >> -jf
> >> >> >>
> >> >> >> --
> >> >> >> In the meantime, here is your PSA:
> >> >> >> "It's so hard to write a graphics driver that open-sourcing it would not
> >> >> >> help."
> >> >> >> -- Andrew Fear, Software Product Manager, NVIDIA Corporation
> >> >> >> http://kerneltrap.org/node/7228
> >> >> >>
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Marcos Neves
> >> >> +55 44 3263-8132
> >> >> +55 44 9918-8488
> >> >>
> >> >>
> >> >
> >>
> >>
> >>
> >> --
> >> Marcos Neves
> >> +55 44 3263-8132
> >> +55 44 9918-8488
> >>
> >>
> >
>
>
>
> --
> Marcos Neves
> +55 44 3263-8132
> +55 44 9918-8488
>
>


More information about the nginx mailing list