Re: Accept() loop in php-fcgi?

Jonathan Chen <ccchen-z0t8KZiULAH2/[email protected]>
Newsgroups gmane.comp.web.fastcgi.devel
Message-ID <[email protected]>
Dear Joachim,

Interesting, let me make a script that spits out Google's homepage,
and I will come back with some numbers.

Oh, just to remind us that neither mod_php or php-fastcgi use any
accelerators.

Thanks,

Jonathan

* Joachim Durchholz <jo-JN0m9dTiHHGb9/[email protected]> [2006-01-20 05:27]:
> Jonathan Chen schrieb:
> >Recently I moved some of my php scripts from running on mod_php to
> >(mod_fastcgi + php-fcgi) under Apache; hoping to see some gains on
> >performance, however, I observed that having (mod_fastcgi + php-fcgi)
> >brings almost no benefit.
> 
> There no performance benefit to be gained that way. The speedups occur 
> if you go from php-cgi to mod_fastcgi+php-fcgi.
> 
> >I am wondering if there is a notion of FCGI::accept() loop in php
> >semantics?  It seems like php-fcgi implements the accept() outside of
> >the php scripts, which makes me unable to seperate the heavy
> >initialization part from the response part.
> 
> That's indeed the case. PHP does the accept() loop for you. It's 
> tailored towards making the fcgi environment as invisible as possible to 
> the script.
> 
> php-fcgi is also rumored to do the heavy initialisation part for your; 
> at least that's what I infer from rumors that it caches compiled code 
> from one invocation of a script to the next.
> 
> Summing it up, I'd try a comparison that spits out a few lines of actual 
> HTML (the more, the more realistic), and measure the times not only for 
> a single run but for (say) a dozen runs.
> 
> It would be interesting to read your findings here.
> 
> Regards,
> Jo

> ___________________________________
> fastcgi-developers mailing list
> http://fastcgi.com/fastcgi-developers/

___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.