Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:71585
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.73.107 as permitted sender)
Message-ID: <495825bae91351018d6142f4e0062d9a.squirrel@webmail.klapt.com>
In-Reply-To: <b1f1f717e72ee24bfac2e42744a9a792.squirrel@webmail.klapt.com>
References: <fa05c43bc2fff5420759e05dee19c99f.squirrel@webmail.klapt.com>
    <CAF+90c8mDBqe+E=cWxpD-U48Ho0QV3iHiwS9pOSEbUn_uZTVnQ@mail.gmail.com>
    <CA+9eiLvhRqFAunM8GCpqE5ja2jXKCzFMKdtF0NkBT11nu=36MQ@mail.gmail.com>
    <CAEZPtU7-mBoXcsvXQvD42uG58KKKLY3TJL=aV5uqcGEFhE3PKQ@mail.gmail.com>
    <CAEZPtU7vJDEyZAeCPR3j7_4+HL-4iCMUd3+Xa94xzg7xe1Z91Q@mail.gmail.com>
    <52E0F55F.4040802@lsces.co.uk>
    <CA+9eiLs64D2V6d5-h2y3UxSNtZ9ET3R6m1xBobS6kdKUPs_QaA@mail.gmail.com>
    <alpine.DEB.2.10.1401231316540.6067@whisky.home.derickrethans.nl>
    <CA+9eiLuqcm6xEeRtThWzFT9bGWs-fB7gD2gtzWgAuwPiP2TRAA@mail.gmail.com>
    <52E16AC2.8070400@ajf.me>
    <CAEZPtU563chuPRpUpwRKEHxce7T8skZzRVZs2C5Nx-sh0RN_Ag@mail.gmail.com>
    <CA+9eiLsSwE3ruRrFy4mU0B+PB+73ogqLzHY3ubYMQtGHjXOVdg@mail.gmail.com>
    <b1f1f717e72ee24bfac2e42744a9a792.squirrel@webmail.klapt.com>
Date: Sun, 26 Jan 2014 11:54:43 +0100
To: "Anatol Belski" <ab@php.net>
Cc: "Dmitry Stogov" <dmitry@zend.com>,
 "Pierre Joye" <pierre.php@gmail.com>,
 "Andrea Faulds" <ajf@ajf.me>,
 "Derick Rethans" <derick@php.net>,
 "PHP Internals" <internals@lists.php.net>
Reply-To: "Anatol Belski" <ab@php.net>
User-Agent: SquirrelMail/1.5.2 [SVN]
MIME-Version: 1.0
Content-Type: text/plain;charset=UTF-8
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] [RFC] 64 bit platform improvements for string length
 and integer
From: ab@php.net ("Anatol Belski")

Hi Dmitry,

On Fri, January 24, 2014 09:36, Anatol Belski wrote:
> Hi Dmitry,
>
>
> On Fri, January 24, 2014 08:32, Dmitry Stogov wrote:
>
>> Unfortunately, my benchmarks on Linux show that 64-bit PHP builds are
>> always a bit slower on real-life applications. It's because 64-bit PHP
>> uses more memory and as result causes more CPU cache misses.
>>
> i suppose the perf test on windows to be done today.
>

here's the perf test result I got from Steve. All the numbers are test
scores, the meaning is the same as one could already have seen in the
other perf tests of this art
http://windows.php.net/downloads/snaps/ostc/pftt/perf/ . Below are also
the Steve's notes about what he's seen during tesing.

Regards, Anatol

============= FORWARDED =============

PHP Version                    Wordpress             Drupal	           
Joomla

str_size_and_int64-x86	       NoCache:     68       NoCache:     70      
NoCache:     53
                               Cache:       284      Cache:       393     
Cache:       127

php-5.5.8-nts-Win32-VC11-x86   NoCache:     67       NoCache:     69      
NoCache:     53
                               Cache:       280      Cache:       390     
Cache:       125

str_size_and_int64-x64         NoCache:     58       NoCache:     64      
NoCache:     50
                               Cache:       313*     Cache:       348*    
Cache:       100*

php-5.5.8-nts-Win32-VC11-x64   NoCache:     59       NoCache:     65      
NoCache:     51
                               Cache:       270*     Cache:       **      
Cache:       **

•	The x86 build of the str_size_and_int64 is consistent with the x86 build
of 5.5.8.
•	The x64 build of the str_size_and_int64 branch was a bit slower than the
x86 build of any version, as expected.
•	* I had some issues with the x64 versions of 5.5.8 and
str_size_and_int64 when testing with opcache enabled.  Typically the
scripts will test each application three times with 16/32/64 virtual
clients.  For the str_size_and_int64 build I could get 1 or 2 out of the
three runs to produce good results, and then the other runs would just
return 500 errors.
•	The opcache results I could get from the x64 build of str_size_and_int64
were pretty good, and I even saw better perf with Wordpress for some
reason.
•	The 5.5.8 x64 build was even worse.  With the opcache scenario, I was
not able to get decent results for Drupal and Joomla after several
attempts.

The results look promising and overall very consistent with standard PHP. 
However, it’s clear we need to resolve these issues with Opcache and the
x64 builds on Windows before 5.6.0-final.  Otherwise x64 builds on Windows
will be a non-starter for production use.

============= END FORWARDED =============