Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43901 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 57682 invoked from network); 12 May 2009 12:37:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 May 2009 12:37:31 -0000 Authentication-Results: pb1.pair.com smtp.mail=guilhermeblanco@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=guilhermeblanco@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.46.29 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: guilhermeblanco@gmail.com X-Host-Fingerprint: 74.125.46.29 yw-out-2324.google.com Received: from [74.125.46.29] ([74.125.46.29:46002] helo=yw-out-2324.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9C/48-05302-A8D690A4 for ; Tue, 12 May 2009 08:37:30 -0400 Received: by yw-out-2324.google.com with SMTP id 3so1985165ywj.83 for ; Tue, 12 May 2009 05:37:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=EUIX9SfNii6aCxdfSOfL8Lbw1Zhc3FG4awZ6d0+Ivks=; b=uatxGZSHa8Ao9b7iJL7oBBZ1aFBaWWuEqLlRlORD++MNPhinjJpSxXhgbt74E8e/jV a27oQy2d+dSFWn3/vQ3qEDZvwTbL1JAMkbz2L3JCsIVtV1KPZvvrJlFnQFTfnPRZ3AC4 9/GMuqIxeadCjYRoq9zn1ODQ0P3gBJMo3JKug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Buae3AOXTl0WSpd4X8MtKJoPM+BDE0KxmQven9Skl85yl6WJPm3Vrnc48fJXxiIwwn LJ0gUIRiXrVzpx4xjnoAMb4yzZEmTtgSOlTg51wr4Bar+glC7FdtBEfqUYj2mI9NdqdS 6YcW5lIJmtiWhxlIN06kJaI49wP4h4ayYcd+0= MIME-Version: 1.0 Received: by 10.231.15.6 with SMTP id i6mr2529170iba.12.1242131847450; Tue, 12 May 2009 05:37:27 -0700 (PDT) In-Reply-To: <4A09126E.3060301@zend.com> References: <155749706.20090117211737@marcus-boerger.de> <497872B8.60807@zend.com> <4A09126E.3060301@zend.com> Date: Tue, 12 May 2009 09:37:27 -0300 Message-ID: To: Dmitry Stogov Cc: Marcus Boerger , Timm Friebe , internals@lists.php.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] Method call improvements From: guilhermeblanco@gmail.com (Guilherme Blanco) Thanks Dmitry, I imagined that. I just thought it was already applied, but it's not. So I spoke a bit with Lukas and he suggested me to revamp this discussion, since it stopped all of a sudden. Anyway... once you guys find a final patch, should I expect it at least commited into HEAD? Cheers, On Tue, May 12, 2009 at 3:08 AM, Dmitry Stogov wrote: > 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 modificati= on >>> (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 >>> >>> >> >> >> > --=20 Guilherme Blanco - Web Developer CBC - Certified Bindows Consultant Cell Phone: +55 (16) 9215-8480 MSN: guilhermeblanco@hotmail.com URL: http://blog.bisna.com S=C3=A3o Paulo - SP/Brazil