Re: Re: optiizer extension import?

From: Date: Thu, 31 Oct 2002 02:05:01 +0000
Subject: Re: Re: optiizer extension import?
References: 1  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-10363@lists.php.net to get a copy of this message
Also, I should say that in addition to my snarky reply regarding a compiler cache already existing in PECL, a (good) optimizer combined with a compiler cache (like apc/ion-cube/zendcache) can yield significant benefits. They work on different stages of the process. The compiler cache eliminates the overhead of parsing the file, while an optimizer improves the actual execution speed of the code. They can both be very useful. George On Wednesday, October 30, 2002, at 07:33 PM, David Viner wrote:
instead of making another optimizer, why not pull in something like php-accelerator? in other words, i'm all for a good optimizer, but why spend time starting something from scratch when we could spend the same effort on perfecting a product that's already pretty close to what we might want? dave -----Original Message----- From: Manuel Lemos [mailto:mlemos@acm.org] Sent: Wednesday, October 30, 2002 3:56 PM To: pear-dev@lists.php.net Subject: [PEAR-DEV] Re: optiizer extension import? Hello, On 10/30/2002 08:10 PM, George Schlossnagle wrote:
I'd like to import an 'optimizer' zend_extension that does peephole optimizations on code. It will be PHP Group licensed. Votes?
All right! +1 of course. Anyway, this is the kind of extension that may not be useful when used alone without caching the results to disk or shared memory. The reason is that when you optimize a chunk of code, you may end up not running enough of it to compensate for the time that you took optimizing the code. This is particularly true when you use generic classes that are meant for several purposes but you end up not using it in the same script for all it can do. This was the conclusion that I reached when I started using Zend Optimizer with high levels of optimization that take longer to run. Instead of speeding up code, it was retarding it and causing an huge load on the server. It turned out that using a cache like APC was much better than using Zend Optimizer alone because caching the compiler results got over most of the compilation time overhead. Since APC could not run with Zend Optimizer, I gave up Zend Optimizer. This turns out to become a good selling point for Zend Cache because the difference between using Zend Optimizer and then using Zend Cache even without Zend Optimizer is even more noticeable then using nothing at all and then any cache (Zend Cache, APC, whatever). Zend Optimizer is free but it is like a "greek gift": it is good but often is worse unless you use Zend Cache too. Anyway, I think your optimizer will always be a good thing with either APC or bcompiler. Great job! -- Regards, Manuel Lemos -- PEAR Development Mailing List (http://pear.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PEAR Development Mailing List (http://pear.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php // George Schlossnagle
// Principal Consultant
// OmniTI, Inc          http://www.omniti.com
// (c) 240.460.5234 (e) george@omniti.com // 1024D/1100A5A0 1370 F70A 9365 96C9 2F5E 56C2 B2B9 262F 1100 A5A0

« previous php.pear.dev (#10363) next »