Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74124
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain zend.com from 209.85.128.180 cause and error)
MIME-Version: 1.0
In-Reply-To: <536BA9FE.1090408@lerdorf.com>
References: <CA+9eiLtKFMWn7AXyS3_fni1Dyerx3DUW7imZ08P9gLr_FY=TaA@mail.gmail.com>
	<CAEZPtU6Eh6pXOXyX_pVEm2bcsZtfoLwLND-HeCuk3xMuwpc4xQ@mail.gmail.com>
	<CA+9eiLvHLWuA81s-oQY4Q7qydFRgskYDUOL6tSctyoe5Aw1z4w@mail.gmail.com>
	<CAEZPtU6VtgtCBb9miiOUAOZVNGfEt5+BkBLsTO57Aiuvk6JFGg@mail.gmail.com>
	<CA+9eiLtojqZZ-5SQSvitNkwL=Knp7NxwKSth3dHYNsFZDcAeRA@mail.gmail.com>
	<CAEZPtU6VrgxCBGbNTpzQTK_TWf4VB4840dBmzraJc8YgORR7Dw@mail.gmail.com>
	<5369CED9.5010001@php.net>
	<4339111475046055305@unknownmsgid>
	<578A5A21-A820-42AD-A218-FB8049F63B82@zend.com>
	<3A72C770-9A9F-40C9-9DFE-F40478709BA8@ajf.me>
	<311084565853739035@unknownmsgid>
	<536BA9FE.1090408@lerdorf.com>
Date: Mon, 12 May 2014 11:21:12 +0400
Message-ID: <CA+9eiLvPrsw8RPWA62KLvP5yZP8YS9Y=DHHOPdnSa0aQ06vZ7Q@mail.gmail.com>
To: Rasmus Lerdorf <rasmus@lerdorf.com>
Cc: Zeev Suraski <zeev@zend.com>, Andrea Faulds <ajf@ajf.me>, Andi Gutmans <andi@zend.com>, 
	Sebastian Bergmann <sebastian@php.net>, "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7b3a9250c6b5a004f92eca52
Subject: Re: [PHP-DEV] phpng: Refactored PHP Engine with Big Performance Improvement
From: dmitry@zend.com (Dmitry Stogov)

--047d7b3a9250c6b5a004f92eca52
Content-Type: text/plain; charset=UTF-8

the performance difference may be significant.
For example qdig.

mod_php (PIC)       440 req/sec
FastCGI (non-PIC)  537 req/sec

The bechmark was done with 32-bit build of phpng.

I didn't get time to investigate it in all details, but it'll really make
sense.

Thanks. Dmitry.


On Thu, May 8, 2014 at 7:59 PM, Rasmus Lerdorf <rasmus@lerdorf.com> wrote:

> On 5/8/14, 5:48 AM, Zeev Suraski wrote:
> > Again, this is just history/habits.
> > Nothing prevents creation of apache-fastcgi-php5 package that'll do the
> > exact same thing using FastCGI.
>
> What you are calling history/habits here is also knows as operational
> stability. Every change to a stack incurs operational costs which has to
> be balanced against the benefits of changing a component. Even though it
> seems like a trivial thing to change from Apache/mod_php to
> Apache/mod_fcgid or nginx+php-fpm, the operational cost can be quite
> high. Consider changes to the Nagios monitoring setup. Dev VM images all
> have to be updated. Startup/shutdown/deploy and logging systems might be
> affected along with integration tests. And for most environments
> changing doesn't actually buy you anything. A typical PHP request spends
> so little time in the web server compared to waiting on mysql and
> memcache replies that even a major performance boost doesn't actually
> give you much.
>
> I fully agree that nginx+php-fpm is a nicer architecture. I like the
> process separation that fastcgi brings and the saner and richer
> configuration nginx brings along with the slight performance boost, but
> even for my own use those benefits haven't outweighed the cost of
> switching for me for systems that are running well under mod_php today.
>
> -Rasmus
>
>

--047d7b3a9250c6b5a004f92eca52--