Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:13099 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 60394 invoked by uid 1010); 1 Oct 2004 16:40:01 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 57393 invoked from network); 1 Oct 2004 16:39:17 -0000 Received: from unknown (HELO mail.zend.com) (80.74.107.235) by pb1.pair.com with SMTP; 1 Oct 2004 16:39:17 -0000 Received: (qmail 31396 invoked from network); 1 Oct 2004 16:39:16 -0000 Received: from localhost (HELO AndiNotebook.zend.com) (127.0.0.1) by localhost with SMTP; 1 Oct 2004 16:39:16 -0000 Message-ID: <5.1.0.14.2.20041001093902.02efd900@localhost> X-Sender: andi@localhost X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 01 Oct 2004 09:39:13 -0700 To: internals@lists.php.net In-Reply-To: <5.1.0.14.2.20041001092521.02efb790@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] Variable fetch optimization From: andi@zend.com (Andi Gutmans) References: <5.1.0.14.2.20041001092521.02efb790@localhost> http://snaps.php.net/~andi/Zend.m4.diff.gz http://snaps.php.net/~andi/cv.diff.gz At 09:31 AM 10/1/2004 -0700, Andi Gutmans wrote: >Hi, > >Attached is a patch to optimize variable fetches (basically it caches the >fetches so that variables aren't re-fetched every time, most noticeable in >loops with the loop control counter but also it's a general improvement). >It's similar to the patch Sterling and Thies did a year ago in their >optimization patch. >As compiling the zend_execute.c file is starting to take a long time >(minutes) due to inlining with the goto VM architecture, I suggest to >apply Zend.m4 to make the default the function handler paradigm. The >performance difference is not big and it'll make it easier to work on PHP. >For production environments one can use a configure switch to turn this on. >I'd be happy to hear of benchmarks. > >In general, there might be problems with extensions which access the >active symbol table directly. It's something I still need to look into so >please report any problems. > >Please try and take some time to test it. > >Andi > > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php