Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:74460 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 1381 invoked from network); 23 May 2014 16:15:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 May 2014 16:15:32 -0000 Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.175 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.216.175 mail-qc0-f175.google.com Received: from [209.85.216.175] ([209.85.216.175:37439] helo=mail-qc0-f175.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D6/16-01753-2247F735 for ; Fri, 23 May 2014 12:15:31 -0400 Received: by mail-qc0-f175.google.com with SMTP id w7so8470979qcr.34 for ; Fri, 23 May 2014 09:15:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xl3EoIYPk1WzXngULnixyBK89Vuer4Ej9T6v8HtalCw=; b=YFWLvkbVtQjJnHZvVdkGNFv4cj+dYBOFi4y5Rc1v9IzbyAUcn8VsdKP4JEdC1XrnsK 7IXK7vSOo1hQ6vjetrLmI7fYjDSQKPvLxIVymQ0rk6balaU2vtRUtLFKynwsqgVCyyV9 frPg4ZJvuq4gTUbFN9/1SOVSxWNUMANiOTzNjCNcEjUnQ+YXtDqJGNe4X61wfEpt2oZY VkHUk/8jUutZaUSBMlbvezuJoy/4b1sok44Bak/b//F4jf12Cd/GYvccOxjVAMnqSqHz 1MEcjKKkeopf5IRSZUpBnIk9JvsAnwDULaUzfB7DfcdQQFWSOLI00myYZ+i+LTZktFoA 0oOA== MIME-Version: 1.0 X-Received: by 10.224.69.130 with SMTP id z2mr8159844qai.87.1400861728354; Fri, 23 May 2014 09:15:28 -0700 (PDT) Received: by 10.140.47.231 with HTTP; Fri, 23 May 2014 09:15:28 -0700 (PDT) Received: by 10.140.47.231 with HTTP; Fri, 23 May 2014 09:15:28 -0700 (PDT) In-Reply-To: References: <79B69A20-15AD-4C07-B026-61C2C9DEBBE5@ajf.me> <1400851698.2870.9315.camel@guybrush> Date: Fri, 23 May 2014 18:15:28 +0200 Message-ID: To: Dmitry Stogov Cc: Andi Gutmans , Andrea Faulds , Xinchen Hui , Zeev Suraski , PHP Internals , =?UTF-8?Q?Johannes_Schl=C3=BCter?= , Stas Malyshev , Nikita Popov , Bob Weinand Content-Type: multipart/alternative; boundary=001a11c2c166b2b96e04fa1389e2 Subject: Re: [PHP-DEV] [RFC] Fast Parameter Parsing API From: pierre.php@gmail.com (Pierre Joye) --001a11c2c166b2b96e04fa1389e2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On May 23, 2014 5:58 PM, "Dmitry Stogov" 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 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 > > --001a11c2c166b2b96e04fa1389e2--