Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:61322 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 36187 invoked from network); 16 Jul 2012 16:40:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Jul 2012 16:40:12 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.163 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.163 smtp163.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.163] ([67.192.241.163:57430] helo=smtp163.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B5/20-34835-8E344005 for ; Mon, 16 Jul 2012 12:40:11 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp26.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 7901D80344; Mon, 16 Jul 2012 12:40:05 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp26.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 19291801C9; Mon, 16 Jul 2012 12:40:05 -0400 (EDT) Message-ID: <500443E4.4020801@sugarcrm.com> Date: Mon, 16 Jul 2012 09:40:04 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Ferenc Kovacs CC: marius adrian popa , PHP Developers Mailing List References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Prototype PHP interpreter using the PyPy toolchain - Hippy VM From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > interesting, but am I the only one that we could also boost the performance > of the Zend Engine, if we would throw out everything, except the "PHP 1.0" > features: functions, arrays, ints, floats and strings > not that we should do that, I just think that the numbers are somehow > misleading. They also removed refcounting from the language - meaning, as I understand from this: The project's biggest deviation from the PHP specification is probably that GC is no longer reference counting. That means that the object finalizer, when implemented, will not be called directly at the moment of object death, but at some later point. that they do not destroy objects at all currently. So these benchmarks don't mean much. But the idea is interesting, if they ever take it to actually working implementation. It's the kind of things that first 90% take 90% effort, and last 10% take another 90% effort. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227