----- Original Message ----- From: "Sterling Hughes" <[EMAIL PROTECTED]>
> Manuel, > (I get all the trolls confused, one name makes it easier) These "trolls" happen to use PHP on a daily basis, and have for years. Always good to see the name calling start early :) > Thanks! I wasn't aware of how they work, this clears everything > up... Read: The Zend *Optimizer* and the Zend or APC Cache. When > the scripts get larger this *does* help, especially when dealing > with many requests. I was simply pointing out that the cache is unlikely to improve these benchmarks. The loading/interpretation step is short relative to a long benchmark run and this guy running them actually worked to factor out the startup time. This is not 1000 web requests where the cache makes a night and day difference, but a single request with a very long running time. > > The fact is > > benchmarking is hard, and "really stupid trivial" can be useful. > No -- they can't. This is the whole point, benchmarks must be > specific and must be applied to your current > application/architecture/task. The fact is, the things this code is > benchmarking are not only subject to the implementation of one > person, but they are also so limited in scope, function, quality > (of code), that they are flat out misleading. It seems to me that these small benchmarks are more "specific" then your full app benchmark. They are LESS subject to personal implementation difference since they are so simple. And I don't see where they are that misleading, they test what they say (array indexing) and are CLEAR about the limits of their scope and function, and I'm assuming folks on -dev realize that web apps are not long running highly nested for() loops. > > > 2) He's not using the Zend Optimizer > > Propriatery product, not part of php default distro > > > So? Anybody worth their salt as a programmer would consider the > Zend Optimizer if they needed to speed up their production website. Not if they can't afford the (old) Zend Accelerator pricing and it didn't have a trial option and are using a free alternative which is incompatabile with the Optimizer. Anyone in the real world also has to make budget decisions, and we compared the win from the optimizer with that of the cache for OUR applications and made a decision. Does that mean I and others are not worth are salt as programmers? Hardly, that is rediculously narrow sighted. - August -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
