Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:74459 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 99179 invoked from network); 23 May 2014 15:58:09 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 May 2014 15:58:09 -0000 Authentication-Results: pb1.pair.com smtp.mail=dmitry@zend.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=dmitry@zend.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain zend.com from 209.85.128.175 cause and error) X-PHP-List-Original-Sender: dmitry@zend.com X-Host-Fingerprint: 209.85.128.175 mail-ve0-f175.google.com Received: from [209.85.128.175] ([209.85.128.175:54018] helo=mail-ve0-f175.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D7/B5-01753-F007F735 for ; Fri, 23 May 2014 11:58:08 -0400 Received: by mail-ve0-f175.google.com with SMTP id jw12so6515440veb.34 for ; Fri, 23 May 2014 08:58:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=TbaFDX5TnxlncX4ye1DbYlhc8fTeB5As7c+uvC6z8js=; b=DU27SY58qZPvgtGroMQZmzNBJcfmKOPdA5eBCO6ih+Pv03+U0srGduCWGNoLH4ceyM gu2SUVdttbxu0QrhDSkuuLyxH/2ETuOAMNRv95D7l/iWno9JNTobPk9YqNpVMbn/Pt9T qtrChhrLq/06Vwsq2y7DBYdMs4hz0z8szOAfOsnMmcaQqE+u6URc+ODj/zE+hOVD1JaW WMa9N+Y06W1RTgynYlgu3fJ9dkRVc55IHL9W2Be4ucX/fWAHvhXyWGCqMhFE/zxtZke1 Jl3XOIWw2gTiLLaPfJBOVS9DDTx1xChKsD95+xWZtjHiTZ46CVOmb2gUE7dIqNHcFbZI oB4Q== X-Gm-Message-State: ALoCoQkKGqv9a99l/FnZ+T50gFxfjGZC+fbqHNBUYl6O1IlSdfaWJp54pf31imGqB/DNZu7dE0L/coaUPt350nMztjCThR27WOAWnpa4LWFr8kEtuhIX4KuIsypXeL7AC5CUQoxQw5lv MIME-Version: 1.0 X-Received: by 10.58.28.205 with SMTP id d13mr1304857veh.55.1400860685479; Fri, 23 May 2014 08:58:05 -0700 (PDT) Received: by 10.52.111.71 with HTTP; Fri, 23 May 2014 08:58:05 -0700 (PDT) In-Reply-To: References: <79B69A20-15AD-4C07-B026-61C2C9DEBBE5@ajf.me> <1400851698.2870.9315.camel@guybrush> Date: Fri, 23 May 2014 19:58:05 +0400 Message-ID: To: Pierre Joye Cc: =?UTF-8?Q?Johannes_Schl=C3=BCter?= , Andrea Faulds , PHP Internals , Bob Weinand , Stas Malyshev , Zeev Suraski , Xinchen Hui , Andi Gutmans , Nikita Popov Content-Type: multipart/alternative; boundary=047d7b6dc1e689c6da04fa134bf3 Subject: Re: [PHP-DEV] [RFC] Fast Parameter Parsing API From: dmitry@zend.com (Dmitry Stogov) --047d7b6dc1e689c6da04fa134bf3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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? :) Thanks. Dmitry. On Fri, May 23, 2014 at 7:28 PM, Pierre Joye wrote: > Hi Dmitry, Bob, > > On Fri, May 23, 2014 at 3:28 PM, Johannes Schl=C3=BCter > wrote: > > On Fri, 2014-05-23 at 13:52 +0100, Andrea Faulds wrote: > >> On 23 May 2014, at 12:36, Dmitry Stogov 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 faster,= but it > >> seems to be more readable. > > > > More readable? - I feel exactly the opposite. Yes, we get rid of void > > 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 > --047d7b6dc1e689c6da04fa134bf3--