Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57605 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4239 invoked from network); 1 Feb 2012 18:42:59 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Feb 2012 18:42:59 -0000 Authentication-Results: pb1.pair.com smtp.mail=andi@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=andi@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 63.205.162.117 as permitted sender) X-PHP-List-Original-Sender: andi@zend.com X-Host-Fingerprint: 63.205.162.117 us-mr1.zend.com Received: from [63.205.162.117] ([63.205.162.117:60974] helo=us-mr1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AC/62-25146-1B7892F4 for ; Wed, 01 Feb 2012 13:42:58 -0500 Received: from us-gw1.zend.com (us-ex2 [192.168.16.15]) by us-mr1.zend.com (Postfix) with ESMTP id 8B3A0C03F7; Wed, 1 Feb 2012 10:47:01 -0800 (PST) Received: from US-EX2.zend.net ([::1]) by US-EX2.zend.net ([::1]) with mapi id 14.01.0255.000; Wed, 1 Feb 2012 10:42:54 -0800 To: Pierre Joye CC: "internals@lists.php.net" Thread-Topic: [PHP-DEV] PHP 5.4 Benchmarks Thread-Index: AczhDA8Kd7o8XUqHS+GHqegP+kqtqQAROx0AABCWN7D//4CHAIAAhQ3Q Date: Wed, 1 Feb 2012 18:42:53 +0000 Message-ID: <8757232E56758B42B2EE4F9D2CA019C9018E972D@US-EX2.zend.net> References: <8757232E56758B42B2EE4F9D2CA019C9018E9457@US-EX2.zend.net> <8757232E56758B42B2EE4F9D2CA019C9018E9533@US-EX2.zend.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [63.205.162.122] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: RE: [PHP-DEV] PHP 5.4 Benchmarks From: andi@zend.com (Andi Gutmans) Optimizer+ is free and packaged in Zend Server Community Edition. Happy to = get you and anyone else who wants to run benchmarks a copy out of cycle. We= haven't put a preview up yet but have it working. Re: memory usage, I've seen some great results so definitely will be nice t= o see what others are seeing. Thanks, Andi >-----Original Message----- >From: Pierre Joye [mailto:pierre.php@gmail.com] >Sent: Wednesday, February 01, 2012 10:37 AM >To: Andi Gutmans >Cc: internals@lists.php.net >Subject: Re: [PHP-DEV] PHP 5.4 Benchmarks > >hi! > >I could add zend optimizer to the stack but we do not have a license (or i= s it >free for the optimizer only?). > >APC should join the party soon, not sure yet if it is ready yet. We will r= un >compat tests first. > >About the memory usage, yes, this is on my todos. I have a tool for that (= on >win) which has less than 1% impact on perf so we can compare all in one ru= n. >But that will have to wait post final. > >Cheers, > >On Wed, Feb 1, 2012 at 7:24 PM, Andi Gutmans wrote: >> Cache results are of course important. Memory usage would be great too. >> >> Thanks!! >> Andi >> >>>-----Original Message----- >>>From: Pierre Joye [mailto:pierre.php@gmail.com] >>>Sent: Wednesday, February 01, 2012 10:19 AM >>>To: Andi Gutmans >>>Cc: internals@lists.php.net >>>Subject: Re: [PHP-DEV] PHP 5.4 Benchmarks >>> >>>hi Andi, >>> >>>We do automatic perf tests as part of the CI. Some of the results can >>>be seen here for example here: >>> >>>http://windows.php.net/downloads/snaps/ostc/pftt/perf/results- >20120119 >>>- >>>5.3.9-5.4.0RC6.html >>> >>>for a 5.3.9 vs 5.4.0RC6 comparison. There are other in the same location= . >>> >>>We are going to do add some more perf related tests later. >>> >>>Cheers, >>> >>>On Wed, Feb 1, 2012 at 7:08 PM, Andi Gutmans wrote: >>>> Hi, >>>> >>>> As many of you know we made huge improvements in PHP 5.4 memory >>>usage (enabling higher concurrency) and runtime performance. >>>> We've done our own benchmarks but it'd be great to hear from others re= : >>>what you're seeing with your real-world apps. >>>> >>>> If you have any experiences to share please do. Benchmarking is not >>>> easy >>>and can be misleading (config not being the same, compiler options, >>>different version of byte code caches, etc..) so the more data points >>>we get the better the info re: performance gains. >>>> >>>> Thanks, >>>> Andi >>> >>> >>> >>>-- >>>Pierre >>> >>>@pierrejoye | http://blog.thepimp.net | http://www.libgd.org > > > >-- >Pierre > >@pierrejoye | http://blog.thepimp.net | http://www.libgd.org