Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74461
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain zend.com from 209.85.220.178 cause and error)
MIME-Version: 1.0
In-Reply-To: <CAEZPtU4syPOw43YM84e6V11Yz34bRGbyPNXC360uRFDQHu_-tg@mail.gmail.com>
References: <CA+9eiLuknJ7am5jU4WBN7fGXUcZtbb6axsji8ZnydCJ4P-O9hw@mail.gmail.com>
	<79B69A20-15AD-4C07-B026-61C2C9DEBBE5@ajf.me>
	<1400851698.2870.9315.camel@guybrush>
	<CAEZPtU7d=LNOU6SHiR8uqBP_07Ea4yghhrCwYp5=LU=pHfcZ3g@mail.gmail.com>
	<CA+9eiLsk1j5uKdnu0zZOYxi4AoxzF5W5D=xMz_igwiBzQ-RuRA@mail.gmail.com>
	<CAEZPtU4syPOw43YM84e6V11Yz34bRGbyPNXC360uRFDQHu_-tg@mail.gmail.com>
Date: Fri, 23 May 2014 20:26:37 +0400
Message-ID: <CA+9eiLvg=OEajpoJgqEGCE3UMHvF4v8NsSBZ3iUODvq1-NBgNQ@mail.gmail.com>
To: Pierre Joye <pierre.php@gmail.com>
Cc: Andi Gutmans <andi@zend.com>, Andrea Faulds <ajf@ajf.me>, Xinchen Hui <xinchen.h@zend.com>, 
	Zeev Suraski <zeev@zend.com>, PHP Internals <internals@lists.php.net>, 
	=?UTF-8?Q?Johannes_Schl=C3=BCter?= <johannes@schlueters.de>, 
	Stas Malyshev <smalyshev@sugarcrm.com>, Nikita Popov <nikita.ppv@gmail.com>, 
	Bob Weinand <bobwei9@hotmail.com>
Content-Type: multipart/alternative; boundary=047d7bdc9a4c9b904c04fa13b1f7
Subject: Re: [PHP-DEV] [RFC] Fast Parameter Parsing API
From: dmitry@zend.com (Dmitry Stogov)

--047d7bdc9a4c9b904c04fa13b1f7
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

return to the land :)
PHP is used by millions people who never looked into its code.
We are working for them

BTW: 1% + 1% =3D 2%, and we already came to 30% :)
may be you may propose something that may increase performance at once?

Dmitry.


On Fri, May 23, 2014 at 8:15 PM, Pierre Joye <pierre.php@gmail.com> wrote:

>
> On May 23, 2014 5:58 PM, "Dmitry Stogov" <dmitry@zend.com> wrote:
> >
> > This patch is connected with Zend only in a way, that I worked on it
> during last days (it's even not my idea).
> > but once I saw the idea I saw how it may be useful. I really don't
> understand you attitude to us.
> > We are working hard to make a real big step forward...
> >
> > 2.5% speedup on real-life is not a good gain? where do you live? :)
>
> In a world where clean code base and easy maintenance are better than a
> couple % performance gain. :)
>
> > Thanks. Dmitry.
> >
> >
> >
> >
> > On Fri, May 23, 2014 at 7:28 PM, Pierre Joye <pierre.php@gmail.com>
> wrote:
> >>
> >> Hi Dmitry, Bob,
> >>
> >> On Fri, May 23, 2014 at 3:28 PM, Johannes Schl=C3=BCter
> >> <johannes@schlueters.de> wrote:
> >> > On Fri, 2014-05-23 at 13:52 +0100, Andrea Faulds wrote:
> >> >> On 23 May 2014, at 12:36, Dmitry Stogov <dmitry@zend.com> wrote:
> >> >>
> >> >> > Please take a look at https://wiki.php.net/rfc/fast_zpp
> >> >> >
> >> >> > Thanks. Dmitry.
> >> >>
> >> >> This looks like a great idea. I like how it=E2=80=99s not only fast=
er, but it
> >> >> seems to be more readable.
> >> >
> >> > More readable? - I feel exactly the opposite. Yes, we get rid of voi=
d
> >> > pointers but use a pattern easy to understand. This looks like macro
> >> > hell.
> >>
> >> I feel the same way. I very much the idea of rewamping zpp, it is a
> >> long due taks.
> >>
> >> However the way it is implemented in this RFC is not something I would
> >> like to work with for a decade or so. The performance gain is also not
> >> sufficient enough to justify it.
> >>
> >> I think we should think more about other options (no matter how long
> >> you spent discussing options before posting this RFC). I am sure we
> >> can come with other solutions which may be cleaner and also provide
> >> some performance improvements.
> >>
> >> > If we break APIs anyways: Can't we go for C++ which allows providing
> >> > high level APIs with high performance ...
> >>
> >> Yes, C++ would in this case provides almost all we need for
> >> implementing parameter management in a clean and efficient way. Not
> >> sure if it is desired tho'.
> >>
> >> By the way, please do not ask me to come with code and cases to valid
> >> my comment here, I won't. At least not until things get clarified
> >> about we wish. The last thing we need is yet another Zend vs World
> >> about that :)
> >>
> >> Cheers,
> >> --
> >> Pierre
> >>
> >> @pierrejoye | http://www.libgd.org
> >
> >
>

--047d7bdc9a4c9b904c04fa13b1f7--