PHP-FPM Performance

[Mathew Davies]

That was for when I using a memcached server to bypass PHP. The script
produces an average of 1.2ms. I guess I can get no more out of my
small VPS package so thank you for all the help Sergio and Marcos.

Ps : I'm very pleased with 300req/s. :)

On Sun, Dec 21, 2008 at 9:21 AM, Marcos Neves <marcos.neves at gmail.com> wrote:
> I think your performance is correct. On my machine phpinfo() is taking
> 2.8 seconds to complete, and that will result in 300 req/s
> Try with this script:
> http://gist.github.com/38628
>
> What  location @dynamic does?
>
> Marcos Neves
> +55 44 3263-8132
> +55 44 9918-8488
>
>
>
> 2008/12/20 Mathew Davies <thepixeldeveloper at googlemail.com>:
>> I currently have APC installed and it's caching the pages correctly. I
>> did experiment with the nginx memcached module where nginx would
>> simply bypass the php altogther, this massively improved performance
>> to the sound of 1,200 req/s, but it's not easy to implement into my
>> current web application.
>>
>> I'm quite new to nginx so I've attached my configs incase I've missed something.
>>
>> nginx.conf
>> http://pastie.org/private/q2eqdofkwf2fqahl4xjqpa
>>
>> php-fpm.conf
>> http://pastie.org/private/mvitmolavbcqfwpp944xfq
>>
>> On Sun, Dec 21, 2008 at 12:05 AM, Sergio Bruder <bruder at haxent.com.br> wrote:
>>>
>>> Em 20/12/2008, às 16:37, Mathew Davies escreveu:
>>>
>>>> Hi,
>>>>
>>>> I'm currently using nginx/0.7.27 + PHP 5.2.8 with the fpm patch on
>>>> Ubuntu Server 8.10 with 256 MB RAM. Nginx is serving static files very
>>>> fast at 1,500 req/s while serving a phpinfo(); page will drop right
>>>> down to 300 req/s. This performance is nothing to be sniffed at with
>>>> the current specifications of the machine, but I'm wandering if there
>>>> is any room to squeeze more performance from the php side of things.
>>>>
>>>> Kind Regards,
>>>> -Mathew Davies.
>>>
>>> You are using some accelerator? PHP acelerators brings a moderate gain
>>> of performance and a better gain in parallelism in my humble experience
>>> (because of gains in memory allocation per process).
>>>
>>> Sergio Devojno Bruder
>>> bruder at haxent.com.br
>>>
>>
>>
>
>