> > The profiler shows than another source of overhead for me seems to be > Zend_Load. Loading all those helper classes takes about 30% of my total > request time. I'm guessing the overhead is from actually doing the parsing > of those PHP files. >
It's likely that you're not doing everything you can to improve this. First, use APC. Second, use Zend_Loader::registerAutoload() and make the following shell command part of the build process for importing Zend Framework: find . -name '*.php' -print0 | xargs -0 sed --regexp-extended --in-place 's/(require_once/\/\/ \1/g' Third, make sure that your library directory (including Zend) comes at the beginning of your include path, not at the end. Benchmark requests per second before and after doing these things and I think you'll see a significant increase. -Matt On Fri, Nov 7, 2008 at 6:27 PM, stevep98 <[EMAIL PROTECTED]> wrote: > > Thanks for your replies, and you're right that I come from a java > background. > > The profiler shows than another source of overhead for me seems to be > Zend_Load. Loading all those helper classes takes about 30% of my total > request time. I'm guessing the overhead is from actually doing the parsing > of those PHP files. > > I can't help thinking that PHP can make enormous strides in performance by > implementing some kind of persistence between sessions. > > I will certainly be looking more at Zend_Cache, and probably use a > memcached > backend in the end. But I'm disappointed that Zend_Cache is not built into > DB_Table. Certainly, you don't want it on by default, but having it as an > option would be good. Especially if cache invalidation is hooked into the > Row save() method. > > Thanks again, anyway! > > Steve > > > -- > View this message in context: > http://www.nabble.com/PHP-Apache-context-tp20389722p20392269.html > Sent from the Zend Framework mailing list archive at Nabble.com. > >
