Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:12945 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 84898 invoked by uid 1010); 23 Sep 2004 09:11:40 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 84871 invoked from network); 23 Sep 2004 09:11:40 -0000 Received: from unknown (HELO main.gmane.org) (80.91.229.2) by pb1.pair.com with SMTP; 23 Sep 2004 09:11:40 -0000 Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CAPdb-0006vr-00 for ; Thu, 23 Sep 2004 11:11:39 +0200 Received: from dsl-213-023-008-165.arcor-ip.net ([213.23.8.165]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Sep 2004 11:11:39 +0200 Received: from thieso by dsl-213-023-008-165.arcor-ip.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Sep 2004 11:11:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: internals@lists.php.net Date: Thu, 23 Sep 2004 10:31:49 +0200 Lines: 26 Message-ID: References: <5.1.0.14.2.20040922110625.05297540@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Gmane-NNTP-Posting-Host: dsl-213-023-008-165.arcor-ip.net User-Agent: Unison/1.5.1 Sender: news Subject: Re: [PHP-DEV] New VM architecture From: thieso@gmail.com (Thies C . Arntzen) On 2004-09-22 20:09:47 +0200, Andi Gutmans said: > Guys, > > There's no feedback about the new VM architecture and it's hard to > maintain the patches as changes are being made to the source base > constantly. > I will recommit the patches on Monday unless someone has reasonable > objections. I reverted the patch so that people had time to review but > it doesn't seem to have happened eventhough I've sent out two reminders. > In general, this patch improves performance by about 20% and supports > goto opcode threading. I don't see a very good reason not to commit it. andi, i really think it's time to write some engine-level benchmarks (loops etc) so we can actually see the improvement. even though i really think that the VM-loop should be generated and not done thru cpp-magic i think committing it is a "step forward" .remember, sterling and i had a patch for this (& more) more than a year ago... what's next? thies