Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:70484 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 44069 invoked from network); 3 Dec 2013 09:15:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Dec 2013 09:15:31 -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 74.125.82.178 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 74.125.82.178 mail-we0-f178.google.com Received: from [74.125.82.178] ([74.125.82.178:65060] helo=mail-we0-f178.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 6B/02-34518-131AD925 for ; Tue, 03 Dec 2013 04:15:30 -0500 Received: by mail-we0-f178.google.com with SMTP id u57so7452402wes.37 for ; Tue, 03 Dec 2013 01:15:27 -0800 (PST) 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=kUYqQopbxQuLNcTAyqXBfmmwPi2jGgHgtjYIOLeo5us=; b=zOwjbCiGp9ayet1ac7NXjY+K5P+v1YKSgDwzSYeCMP/SdEBBHylNSR61Sbn0hqophD 242mmQONtKW76THd1lmagbKKlgDvWkh3j55AhdSsQuG5aSlYaGWHBaTL87+KJ7aLAyhb mtsmLftMaXuDJLc9NdKHKSzj4eCHqbw1O9U1Vat5PB8lW6V9/v8obyMIBm3DJI8O7aTs snwQd0vJv5M64ItQ9HnpdtqktN9iysLOypbleJh4K4HT2qvi3PTDhv+MI8toKAb08WFZ 52e33brOZf+6jwBYhHp0F5XuAmJktgfQdA98MJSGXUJOqvCuG59v/kzmoNpoGEf28kmi tAMg== MIME-Version: 1.0 X-Received: by 10.194.122.99 with SMTP id lr3mr55920259wjb.21.1386062126607; Tue, 03 Dec 2013 01:15:26 -0800 (PST) Received: by 10.227.7.2 with HTTP; Tue, 3 Dec 2013 01:15:26 -0800 (PST) In-Reply-To: <759ccd0f06663defc84ffee473b51210@mail.gmail.com> References: <529D1197.5000305@nebm.ist.utl.pt> <8BCA5A38-788B-4E6A-A6AC-1A8DCBA3D8D9@zend.com> <759ccd0f06663defc84ffee473b51210@mail.gmail.com> Date: Tue, 3 Dec 2013 10:15:26 +0100 Message-ID: To: Zeev Suraski Cc: Hannes Magnusson , Andi Gutmans , Gustavo Lopes , Laruence , Dmitry Stogov , PHP Internals , Gadi Goldbarg Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] strtr() performance degradation From: pierre.php@gmail.com (Pierre Joye) On Tue, Dec 3, 2013 at 9:29 AM, Zeev Suraski wrote: > To put things in perspective, the work that goes into improving PHP's > performance by 10% is measured in months, sometimes more (from inception to > production). Here, we have a patch that slowed real world apps (not > synthetic benchmarks) by over 10%, and despite the fact it was reported 6 > months ago, we've done absolutely nothing about it. If anything in that > story doesn't make sense, that would be it. I cannot agree more than performance is part of the CI/QA process and should be taken as blocker on release time (if any regressions are noticed). We do that on a daily basis for every commit and alerts are sent if there is a performance impact superior to 1-3%. However I have hard time to imagine than strstr alone can reduce real apps performance by 10%, unless we are talking about one single module using it intensively. Do you have numbers and the way you tested it pls? > We should revert this patch ASAP; It's unfortunate we haven't done it back > when it was found but better late than never. I'm not too fund to revert in stable series. But I'm fine to revert it for 5.6.0 if the performance impact has not been solved by the time we will release the final release. Once it is out (optimized back or reverted), we can always consider it for 5.5 or eventually 5.4. Cheers, -- Pierre @pierrejoye | http://www.libgd.org