Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:71624
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain zend.com from 74.125.82.43 cause and error)
MIME-Version: 1.0
In-Reply-To: <CAEZPtU7unmNxirOcBNTCPnKta8LVV=MvSMuQJ07gR=ABcS3zGw@mail.gmail.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>
	<495825bae91351018d6142f4e0062d9a.squirrel@webmail.klapt.com>
	<CAEZPtU7unmNxirOcBNTCPnKta8LVV=MvSMuQJ07gR=ABcS3zGw@mail.gmail.com>
Date: Mon, 27 Jan 2014 10:01:04 +0400
Message-ID: <CA+9eiLttfhOMGx3sbBTGvWvnW=-Auyg_EizPouL4oRtAS8L_6A@mail.gmail.com>
To: Pierre Joye <pierre.php@gmail.com>
Cc: Anatol Belski <ab@php.net>, Andrea Faulds <ajf@ajf.me>, Derick Rethans <derick@php.net>, 
	PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7bb04f68d4e83704f0ed6ec9
Subject: Re: [PHP-DEV] [RFC] 64 bit platform improvements for string length
 and integer
From: dmitry@zend.com (Dmitry Stogov)

--047d7bb04f68d4e83704f0ed6ec9
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi Pierre,


On Sun, Jan 26, 2014 at 11:01 PM, Pierre Joye <pierre.php@gmail.com> wrote:

> On Sun, Jan 26, 2014 at 11:54 AM, Anatol Belski <ab@php.net> wrote:
>
> Some clarifications:
>
> > =E2=80=A2       The x86 build of the str_size_and_int64 is consistent w=
ith the
> x86 build
> > of 5.5.8.
>
> Meaning, no delta between patched and standard branch.
>
> > =E2=80=A2       The x64 build of the str_size_and_int64 branch was a bi=
t slower
> than the
> > x86 build of any version, as expected.
>
> here we refer to the patched version.
>
> > =E2=80=A2       * I had some issues with the x64 versions of 5.5.8 and
>
> In this case we refer to the standard branch build using the x64 mode
> of the compiler, no patch applied.
>
> > 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 th=
e
> > three runs to produce good results, and then the other runs would just
> > return 500 errors.
>
> That's the known issue we have with opcache on 64bit using 64bit
> binaries. It is due to the memory management. The int64/size_t patch
> is not causing this bug.
>

If you know how to fix it, please provide a patch.

Thanks. Dmitry.


>
>
> > =E2=80=A2       The 5.5.8 x64 build was even worse.  With the opcache s=
cenario,
> I was
> > not able to get decent results for Drupal and Joomla after several
> > attempts.
>
> Again, we have to keep in mind that the x64 is not the int64/size_t.
>
> cheers,
> --
> Pierre
>
> @pierrejoye | http://www.libgd.org
>

--047d7bb04f68d4e83704f0ed6ec9--