Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:35702
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain l-i-e.com from 67.139.134.202 cause and error)
Message-ID: <41103.98.193.37.55.1203622341.squirrel@www.l-i-e.com>
In-Reply-To: <47BA34AB.6010408@lerdorf.com>
References: <001c01c87264$3c01b4e0$b4051ea0$@de>
    <58510.98.193.37.55.1203374232.squirrel@www.l-i-e.com>
    <200802181936.17739.larry@garfieldtech.com>
    <47BA34AB.6010408@lerdorf.com>
Date: Thu, 21 Feb 2008 13:32:21 -0600 (CST)
To: internals@lists.php.net
Reply-To: ceo@l-i-e.com
User-Agent: Hostbaby Webmail
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Importance: Normal
Subject: Re: [PHP-DEV] RFC: Traits for PHP
From: ceo@l-i-e.com ("Richard Lynch")

On Mon, February 18, 2008 7:45 pm, Rasmus Lerdorf wrote:
> The idea here is that we want to be able to cache opcodes, classes and
> functions and optimize them out of the runtime context so the executor
> can skip creating classes and functions on every single request.  A
> lot
> of the traffic on this list over the past couple of months seems to
> ignore this basic premise.  Features such as autoload and runtime
> object
> manipulation incur a huge performance hit in the sense that they
> change
> something that was free before and not only add the cost of the
> feature
> itself, but it also means the object in question now can no longer be
> cached and has to be created on every single request.
>
> This doesn't mean we can't consider such features, but people need to
> also consider the performance implications.

Many users need opcode caches and performance is crucial...

Many MORE don't, really :-)

Perhaps those who need caches can devote the resources to simply not
use dynamic constructs that will break their caching mechanism, for
many of the features, rather than simply not letting the features
exist for those who don't need caching that badly.

Whether dynamic method construction or trait addition is such a
feature is beyond me, of course, but it's worth considering whether
the feature will make it ALWAYS slower, or only slower if one is silly
enough to use it when one shouldn't.

-- 
Some people have a "gift" link here.
Know what I want?
I want you to buy a CD from some indie artist.
http://cdbaby.com/from/lynch
Yeah, I get a buck. So?