Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:98942
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.41 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <c10e16bc-5fbb-9ccb-7454-9b72ebc68740@rhsoft.net>
References: <79ca3537-b439-583a-6162-05da302711f2@rhsoft.net>
 <fd36c432-e8e8-0329-76a4-10ddb3779676@rhsoft.net> <CAF+90c9WYFfigGkKuJDev-OpB72qQsg2Gyx6h01mccCSYS5OGQ@mail.gmail.com>
 <debe5aa7-a635-b2fd-5e3f-e313c60b1a0a@rhsoft.net> <CAF+90c8aMfiV_CUEQk4Fa+xAOrUsqef42rvWcsgAY=AvHCxHMQ@mail.gmail.com>
 <c10e16bc-5fbb-9ccb-7454-9b72ebc68740@rhsoft.net>
Date: Tue, 2 May 2017 21:12:01 +0200
Message-ID: <CAF+90c8EBitjmQH3u5yXQJ-VERKGvzCjHUR_d-Em-6u21TdjJg@mail.gmail.com>
To: "lists@rhsoft.net" <lists@rhsoft.net>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a1144d5ec83366e054e8f500f
Subject: Re: [PHP-DEV] the experimental jit-branch is impressive
From: nikita.ppv@gmail.com (Nikita Popov)

--001a1144d5ec83366e054e8f500f
Content-Type: text/plain; charset=UTF-8

On Tue, May 2, 2017 at 9:04 PM, lists@rhsoft.net <lists@rhsoft.net> wrote:

>
> Am 02.05.2017 um 20:53 schrieb Nikita Popov:
>
>>         These results are very unlikely. I'm 95% sure your benchmark is
>>         broken. My first guess would be that you're benchmarking PHP +
>>         JIT against PHP without opcache. Please share the relevant
>>         (opcache-related) portion of the php.inis you used
>>
>>     no they are not - since i build RPM packages and even the whole
>>     spec-file is unchanged, only the tarball changed and the build is
>>     highly optimized i can assure you for 100% that i compare PHP
>>     7.1.5RC1 with https://github.com/zendtech/php-src
>>     <https://github.com/zendtech/php-src> downloaded today
>>
>>     maybe the PGO-profiling running autotests and fuzzy-calls on the
>>     whole application as well as 2000 cms-requests combined with the
>>     compiler flags improves the JIT itself
>>
>>     without opcache the results for 7.1.5 are *dramatically* slower
>>
>>     and i repeated the test upgrade/downgrade packages and run "ab"
>>     multiple times on that machine - attached the "php.spec" which is
>>     used for the build
>>
>>     in just downloaded the zip from https://github.com/zendtech/php-src
>>     <https://github.com/zendtech/php-src>, renamed it to "php-7.2.0",
>>     made a tar.xz archive, changed the version on teh frist line in the
>>     spec file and fired the build/profiling - nothing else changed
>>
> >
>
>> You have xdebug enabled...
>>
>
> loaded, but not enabled
>
> xdebug.default_enable = 0
> xdebug.profiler_enable = 0
> xdebug.profiler_enable_trigger = 1
>
> 7.1.5:             Requests per second: 136.46
> 7.1.5 opcache:     Requests per second: 316.77
> 7.2.0 JIT PGO:     Requests per second: 925.96
> 7.2.0 JIT NON-PGO: Requests per second: 849.99
>
> around 8% are the difference with or without PGO, no idea how much
> strict-types and a 100% typehinted codebase makes a difference to the JIT
> operations
>

This is a common misconception. If you have loaded xdebug you will incur a
major performance hit, regardless of ini settings. xdebug.default_enable is
a badly named option, which controls display of stack traces, not whether
xdebug is enabled. As far as I know, there is no way to disable xdebug once
it has been loaded.

Please unload xdebug and try again.

Nikita

--001a1144d5ec83366e054e8f500f--