Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
Am 03.05.2017 um 05:37 schrieb Sara Golemon: On Tue, May 2, 2017 at 10:19 PM, li...@rhsoft.net wrote: 100% internal codebase without 3rd party libraries developed over the last 15 years and in the meantime 100% strict-types/typehints/return-types only missing some commented nullable/void retu

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread Sara Golemon
On Tue, May 2, 2017 at 10:19 PM, li...@rhsoft.net wrote: > 100% internal codebase without 3rd party libraries developed over the last > 15 years and in the meantime 100% strict-types/typehints/return-types only > missing some commented nullable/void return types because i need to wait > with 7.1.x

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
Am 03.05.2017 um 02:37 schrieb Sara Golemon: On Tue, May 2, 2017 at 2:51 PM, li...@rhsoft.net wrote: OK, than it are "only" 5% on a highly optimized codebase Awww... that makes me kinda sad to hear. But perhaps with more work that needle can be moved upwards. One question which I didn't s

Re: [PHP-DEV] [RFC] concept: further improvement of filter extension, "generalising" filter definitons while adding new callback filter type

2017-05-02 Thread Martin "eto" Misuth
On Fri, 28 Apr 2017 11:06:10 +0100 Dan Ackroyd wrote: > On 28 April 2017 at 03:49, Martin "eto" Misuth wrote: > > > would make maintaining such library much easier > > No. Maintaining stuff in PHP core is much more difficult than > maintaining it in userland. 'Maintaining' doesn't just mean

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread Sara Golemon
On Tue, May 2, 2017 at 2:51 PM, li...@rhsoft.net wrote: > OK, than it are "only" 5% on a highly optimized codebase > Awww... that makes me kinda sad to hear. But perhaps with more work that needle can be moved upwards. One question which I didn't see answered (in my admittedly quick scan): What

Re: [PHP-DEV] RFC karma?

2017-05-02 Thread Hannes Magnusson
I've added that user to the rfc group. I've also added you to the wiki admin group. -Hannes On Tue, Mar 21, 2017 at 9:29 PM, Sara Golemon wrote: > The author of https://github.com/php/php-src/pull/1927 wants RFC karma > to propose some dynamic variable enhancements. Could someone with > karm

[PHP-DEV] BAD Benchmark Results for PHP Master 2017-05-01

2017-05-02 Thread lp_benchmark_robot
Results for project PHP master, build date 2017-05-01 19:25:50-07:00 commit: c0e9c21 previous commit:2bce801 revision date: 2017-05-01 18:07:05+02:00 environment:Haswell-EP cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB

[PHP-DEV] Re: [Discussion] Dots and spaces in GPC variable names

2017-05-02 Thread Andrea Faulds
Hey Andrey, Andrey Andreev wrote: I'm not surprised by the suggestion for targeting 8.0, but perhaps we could think of a way to conditionally disable the mangling in 7.x and then remove it entirely in 8? I hate to say INI directives, but that's surely one way for a smoother transition. Another

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
Am 02.05.2017 um 21:12 schrieb Nikita Popov: On Tue, May 2, 2017 at 9:04 PM, li...@rhsoft.net 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 seco

[PHP-DEV] Re: [Discussion] Dots and spaces in GPC variable names

2017-05-02 Thread Andrey Andreev
Hi, On Tue, May 2, 2017 at 5:07 PM, Christoph M. Becker wrote: > On 02.05.2017 at 12:56, Andrey Andreev wrote: > >> With parse_str() usage without a second parameter being deprecated, I >> was looking to possibly drop the behavior where it replaces spaces and >> dots with underscores in the resul

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread Nikita Popov
On Tue, May 2, 2017 at 9:04 PM, li...@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 opcach

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
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

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread Nikita Popov
On Tue, May 2, 2017 at 8:12 PM, li...@rhsoft.net wrote: > > > Am 02.05.2017 um 20:02 schrieb Nikita Popov: > >> On Tue, May 2, 2017 at 7:14 PM, li...@rhsoft.net >> mailto:li...@rhsoft.net>> wrote: >> >> and with a demo-page containing all sort of modules and bloat th

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
and BTW: for the 7.2.0 build i have not built pecl-extensions so the application is runnign witout APCu which means loading a single template in a core-cms-setup takes 1.6% versus 0.06% of the whole page maybe one missing relevant information: * no 3rd party code and micro-optimized to death o

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
that would be the numbers of 7.1.5RC1 *without* opcache Requests per second:136.46 [#/sec] (mean) Time per request: 366.405 [ms] (mean) Time per request: 7.328 [ms] (mean, across all concurrent requests) Transfer rate: 5429.78 [Kbytes/sec] received 7.1.5: Request

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
Am 02.05.2017 um 20:02 schrieb Nikita Popov: On Tue, May 2, 2017 at 7:14 PM, li...@rhsoft.net mailto:li...@rhsoft.net>> wrote: and with a demo-page containing all sort of modules and bloat the difference is even greater - can't wait to see that in production

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread Nikita Popov
On Tue, May 2, 2017 at 7:14 PM, li...@rhsoft.net wrote: > and with a demo-page containing all sort of modules and bloat the > difference is even greater - can't wait to see that in production > > is there anything known when it is expected to arrive in the official tree > or does Zend even hold i

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
and with a demo-page containing all sort of modules and bloat the difference is even greater - can't wait to see that in production is there anything known when it is expected to arrive in the official tree or does Zend even hold it back until the point when they can suprise with a "we are don

[PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
https://github.com/zendtech/php-src/tree/jit-dynasm/ext/opcache/jit that below is a "ab -c 50 -n 10" on a Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz on our core cms (pgo-build with heavy compiler optimizations, only the source tarball deifferent) currently our production 2x6 core machine wit

[PHP-DEV] Re: [Discussion] Dots and spaces in GPC variable names

2017-05-02 Thread Christoph M. Becker
On 02.05.2017 at 12:56, Andrey Andreev wrote: > With parse_str() usage without a second parameter being deprecated, I > was looking to possibly drop the behavior where it replaces spaces and > dots with underscores in the result array, and ... As it often turns > out - it's not that simple, becaus

Re: [PHP-DEV] Add is_vectorlike($array) function

2017-05-02 Thread Rowan Collins
On 02/05/2017 11:53, Giovanni Giacobbi wrote: Wouldn't be better to introduce a new native type "vector"? I know it sounds obnoxious introducing a new basic data type, but I think having a workaround like is_vectorlike() wouldn't completely address the problem. ... function do_something_ex(vec

[PHP-DEV] [Discussion] Dots and spaces in GPC variable names

2017-05-02 Thread Andrey Andreev
Hi all, With parse_str() usage without a second parameter being deprecated, I was looking to possibly drop the behavior where it replaces spaces and dots with underscores in the result array, and ... As it often turns out - it's not that simple, because it re-uses the code that handles GPC vars.

Re: [PHP-DEV] Add is_vectorlike($array) function

2017-05-02 Thread Giovanni Giacobbi
On 2 May 2017 at 11:55, Rowan Collins wrote: > On 02/05/2017 10:13, Jesse Schalken wrote: > >> Related to the optimisation made by Sara Golemon here: >> https://github.com/php/php-src/commit/c74bc87c74f48bc55541b3 >> bf2fc67d595f58a3b5 >> >> I often define a function like this, which checks if an

Re: [PHP-DEV] Add is_vectorlike($array) function

2017-05-02 Thread Rowan Collins
On 02/05/2017 10:13, Jesse Schalken wrote: Related to the optimisation made by Sara Golemon here: https://github.com/php/php-src/commit/c74bc87c74f48bc55541b3bf2fc67d595f58a3b5 I often define a function like this, which checks if an array is "vector like" i.e. has keys 0,1,2..N: function is_vec

[PHP-DEV] Add is_vectorlike($array) function

2017-05-02 Thread Jesse Schalken
Related to the optimisation made by Sara Golemon here: https://github.com/php/php-src/commit/c74bc87c74f48bc55541b3bf2fc67d595f58a3b5 I often define a function like this, which checks if an array is "vector like" i.e. has keys 0,1,2..N: function is_vectorlike(array $a): bool { $i = 0; foreach

[PHP-DEV] variables_order issue with run-test.php

2017-05-02 Thread Matt Ficken
Hi, I noticed that php.ini-development now sets variables_order="GPCS" instead of "EGPCS". run-test.php uses $_ENV to read environment variables and will set those on all the child processes it creates. However, if variables_order="GPCS", $_ENV will be empty and the environment variables table on

[PHP-DEV] Introduction

2017-05-02 Thread Peter
Hello New to PHP internals. Keen on fixing a bug or two where I can. Warm Regards Peter Chaula