Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:71590
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.169 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <495825bae91351018d6142f4e0062d9a.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>
	<495825bae91351018d6142f4e0062d9a.squirrel@webmail.klapt.com>
Date: Sun, 26 Jan 2014 20:01:44 +0100
Message-ID: <CAEZPtU7unmNxirOcBNTCPnKta8LVV=MvSMuQJ07gR=ABcS3zGw@mail.gmail.com>
To: Anatol Belski <ab@php.net>
Cc: Dmitry Stogov <dmitry@zend.com>, Andrea Faulds <ajf@ajf.me>, Derick Rethans <derick@php.net>, 
	PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] [RFC] 64 bit platform improvements for string length
 and integer
From: pierre.php@gmail.com (Pierre Joye)

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 wit=
h 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 bit =
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 the
> 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.


> =E2=80=A2       The 5.5.8 x64 build was even worse.  With the opcache sce=
nario, 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,
--=20
Pierre

@pierrejoye | http://www.libgd.org