Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:87422 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 67605 invoked from network); 30 Jul 2015 22:11:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Jul 2015 22:11:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=christopher.jones@oracle.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=christopher.jones@oracle.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain oracle.com designates 141.146.126.69 as permitted sender) X-PHP-List-Original-Sender: christopher.jones@oracle.com X-Host-Fingerprint: 141.146.126.69 aserp1040.oracle.com Received: from [141.146.126.69] ([141.146.126.69:33368] helo=aserp1040.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 70/05-34806-221AAB55 for ; Thu, 30 Jul 2015 18:11:46 -0400 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t6UMBgZP022687 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 30 Jul 2015 22:11:43 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id t6UMBggc023118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 30 Jul 2015 22:11:42 GMT Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t6UMBg2J032659 for ; Thu, 30 Jul 2015 22:11:42 GMT Received: from [10.191.135.142] (/10.191.135.142) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 30 Jul 2015 15:11:42 -0700 To: internals@lists.php.net References: <66C96E39B3BAD849B50DF496A6C4A2AE0712D8C6@IRSMSX101.ger.corp.intel.com> <0ABC26E371A76440A370CFC5EB1056CC2F6C9CE5@IRSMSX106.ger.corp.intel.com> Message-ID: <55BAA11F.9090709@oracle.com> Date: Fri, 31 Jul 2015 08:11:43 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Source-IP: aserv0021.oracle.com [141.146.126.233] Subject: Re: [PHP-DEV] Benchmark Results for PHP Master 2015-07-30 From: christopher.jones@oracle.com (Christopher Jones) On 30/07/2015 11:12 pm, Niklas Keller wrote: > 2015-07-30 14:42 GMT+02:00 Andone, Bogdan : > >>> -----Original Message----- >>> From: Niklas Keller [mailto:me@kelunik.com] >>> Sent: Thursday, July 30, 2015 1:47 PM >>> To: Pierre Joye >>> Cc: lp_benchmark_robot; PHP internals; lp@lists.01.org >>> Subject: Re: [PHP-DEV] Benchmark Results for PHP Master 2015-07-30 >>> >>> 2015-07-30 11:57 GMT+02:00 Pierre Joye : >>> >>>> Hi, >>>> >>>> Does someone has a contact there? >>>> >>>> It would be nicer to have these results combined with what we pushed >>>> on qa.php.net as well. >>>> >>>> Cheers, >>>> Pierre >>> >>> >>> Thought about that as well, results per mail aren't that useful, >>> especially as they're badly formatted for me in GMail (no fixed font). >>> A graph visualizing those numbers would be nice. >>> >>> Regards, Niklas >> >> Hi Guys, >> >> We are glad that our small ticking spam start to be observed :) ! >> >> We would like to offer valuable information to the community related to >> performance trends of the PHP project on Intel platforms based on daily >> builds >> and we are open for suggestions for making these results relevant. >> >> We chose to share our numbers as plain text mails for easily seeing the >> summary >> snapshots on discussion lists without the need of other clicks. >> Everybody agrees that plain text is ugly and, yes, you need to have fixed >> font in >> place for having the table formatted correctly. Let’s discuss a better way >> of doing; >> integration with qa.php.net is possible if we find the right interface >> for sharing >> data in an automated way. >> >> Normally should be the official entry for feedbacks and >> requests but, >> unfortunately, it is not yet operational, so I will be your direct contact >> as I am part >> of the team which deploys this project. >> >> >> Kind regards, >> Bogdan >> >> > Hi Bogdan, > > I think absolute numbers (instead of a %-change) would be better suited for > visualizing performance over time. > > Regards, Niklas > I agree on using absolute numbers. With percentages it is not immediately obvious whether the change was good or bad. Including the build options would be good. Chris -- http://twitter.com/ghrd