Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43892 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98374 invoked from network); 12 May 2009 06:08:53 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 May 2009 06:08:53 -0000 Authentication-Results: pb1.pair.com smtp.mail=dmitry@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=dmitry@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.25.124.185 as permitted sender) X-PHP-List-Original-Sender: dmitry@zend.com X-Host-Fingerprint: 212.25.124.185 il-mr1.zend.com Received: from [212.25.124.185] ([212.25.124.185:38100] helo=il-mr1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FF/9E-05302-272190A4 for ; Tue, 12 May 2009 02:08:52 -0400 Received: from il-gw1.zend.com (unknown [10.1.1.21]) by il-mr1.zend.com (Postfix) with ESMTP id 24B52504A3; Tue, 12 May 2009 10:06:11 +0300 (IDT) Received: from ws.home ([10.1.10.12]) by il-gw1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 12 May 2009 09:08:51 +0300 Message-ID: <4A09126E.3060301@zend.com> Date: Tue, 12 May 2009 10:08:46 +0400 User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Guilherme Blanco CC: Marcus Boerger , Timm Friebe , internals@lists.php.net References: <155749706.20090117211737@marcus-boerger.de> <497872B8.60807@zend.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 May 2009 06:08:51.0951 (UTC) FILETIME=[1F7037F0:01C9D2C8] Subject: Re: [PHP-DEV] Method call improvements From: dmitry@zend.com (Dmitry Stogov) Hi Guilherme, 5.3 is closed for major updates (it is in RC state). I would try to look into this when we develop a strategy for next PHP version. Thanks. Dmitry. Guilherme Blanco wrote: > Hi guys, > > What's the status on this one?! > > It's an important optimization that should be considered. Save more > than a million method calls on a framework does not worth? > None gave a final word on this subject. > > I could not see this commited in 5.3 neither in HEAD. > So...can someone notify me about the status of this??? > > > Cheers, > > On Thu, Jan 22, 2009 at 10:20 AM, Dmitry Stogov wrote: >> Marcus Boerger wrote: >> >>> Aren't we able to bind these at least partially to the function call >>> opcode, in case we know they are constant? If all is constsnt we could >>> even store the whole lookup in the opcode. Well you'd have to convince >>> Zend to do that because os far they have always been against this >>> approach. >> We can't modify opcode it self as it'll break opcode caches. >> >> However we can introduce some indirect table associated with op_array, which >> can be used to implement inline caches without direct opcode modification >> (in the same way as IS_CV variables work). There are a lot of papers about >> polymorphic inline caches (e.g. >> http://research.sun.com/self/papers/pics.html) which we probably should use >> to not to invite bicycle. >> >> Thanks. Dmitry. >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >> > > >