Comments on: Test Results on Memory Usage of Zend Framework and Doctrine with APC http://www.rvdavid.net/test-results-on-memory-usage-of-zend-framework-and-doctrine-with-apc/ A periodical blog of experiences from the angle of an autodidactic, paranoid and narcissistic web developer... Thu, 04 Mar 2010 21:21:10 +1100 http://wordpress.org/?v=2.9.2 hourly 1 By: rvdavid http://www.rvdavid.net/test-results-on-memory-usage-of-zend-framework-and-doctrine-with-apc/#comment-1021 rvdavid Fri, 22 Jan 2010 04:38:01 +0000 http://blog.rvdavid.net/?p=163#comment-1021 I can just imagine... seems scary, but have you tried it at all? Zend Framework has a CLI interface so it can't be that bad. No experience whatsoever with Zend Cli though. So yes, I'm just asking you to try it out without me knowing how well or badly it works. :P I can just imagine… seems scary, but have you tried it at all?

Zend Framework has a CLI interface so it can’t be that bad. No experience whatsoever with Zend Cli though.

So yes, I’m just asking you to try it out without me knowing how well or badly it works. :P

]]> By: rvdavid http://www.rvdavid.net/test-results-on-memory-usage-of-zend-framework-and-doctrine-with-apc/#comment-1019 rvdavid Fri, 22 Jan 2010 04:36:00 +0000 http://blog.rvdavid.net/?p=163#comment-1019 LoL - you're welcome *flares cape* LoL – you’re welcome *flares cape*

]]> By: rvdavid http://www.rvdavid.net/test-results-on-memory-usage-of-zend-framework-and-doctrine-with-apc/#comment-959 rvdavid Wed, 20 Jan 2010 22:55:13 +0000 http://blog.rvdavid.net/?p=163#comment-959 I can see where you're coming from, but this post is not on prematurely optimising anything; or rewriting; or doing anything different aside from installing APC and configuring APC (which would take about 5 - 10 minutes) and seeing the improvements noted above. Why the test result from StackOverflow was ringing alarm bells was not due to the sheer size of it, but the amount of memory it took to process such a simple task for a single user. Thank you for taking the time in making a case against premature optimisation though. You certainly are passionate about it and with good reason. :) Keep in touch buddy. I can see where you’re coming from, but this post is not on prematurely optimising anything; or rewriting; or doing anything different aside from installing APC and configuring APC (which would take about 5 – 10 minutes) and seeing the improvements noted above.

Why the test result from StackOverflow was ringing alarm bells was not due to the sheer size of it, but the amount of memory it took to process such a simple task for a single user.

Thank you for taking the time in making a case against premature optimisation though. You certainly are passionate about it and with good reason. :)

Keep in touch buddy.

]]> By: Brandon P http://www.rvdavid.net/test-results-on-memory-usage-of-zend-framework-and-doctrine-with-apc/#comment-958 Brandon P Wed, 20 Jan 2010 21:46:46 +0000 http://blog.rvdavid.net/?p=163#comment-958 I used to be an optimization junkie until I realized that renting hardware is much less expensive than writing/optimizing software. My choice to go with ZF + Doctrine was because it shortened development time, created a more managable & scalable application PLUS it makes programming ellegant & fun. In the beginning, I also realized the impact on the memory usage of my application. The amount of time I used to spend saving a few hundred milliseconds (or MB ram) here and there crippled development, resulting in a days of work with nothing to show. My application was eventually had the capability to handle 100,000 visitors a days... but I have yet to reach 1/1,000 of that. Any suggestion that I could give is "DONT PREMATURELY OPTIMIZE". Your site doesn't need to handle 10,000 concurrent users when you have 10. On your test results: Your test results yielded a 4MB increase. That's roughly the size of 1 MP3 file. This *shouldn't* be shocking, especially now when hardward is really cheap. If 4GB of memory usage is considered outrageous, you must think Firefox is the antichrist :) Our dedi-server has isntalled 4GB of ram with the capability to expand up to 16GB. If our application even started to test the limits of the server, which would be a better solution?: - Increase server memory to 8GB (Cost: $40/month, Time: 2 minutes) - Optimize & rewrite code (Cost: ???, Time: ???) If ANY of us are lucky to work on a project like Facebook, Twitter, etc then this conversation completely changes. But, since 99% of us won't ... don't let a little memory usage deter you from using a great package like ZF + Doctrine to build your next web app. I used to be an optimization junkie until I realized that renting hardware is much less expensive than writing/optimizing software.

My choice to go with ZF + Doctrine was because it shortened development time, created a more managable & scalable application PLUS it makes programming ellegant & fun. In the beginning, I also realized the impact on the memory usage of my application.

The amount of time I used to spend saving a few hundred milliseconds (or MB ram) here and there crippled development, resulting in a days of work with nothing to show. My application was eventually had the capability to handle 100,000 visitors a days… but I have yet to reach 1/1,000 of that.

Any suggestion that I could give is “DONT PREMATURELY OPTIMIZE”. Your site doesn’t need to handle 10,000 concurrent users when you have 10.

On your test results:

Your test results yielded a 4MB increase. That’s roughly the size of 1 MP3 file. This *shouldn’t* be shocking, especially now when hardward is really cheap. If 4GB of memory usage is considered outrageous, you must think Firefox is the antichrist :)

Our dedi-server has isntalled 4GB of ram with the capability to expand up to 16GB. If our application even started to test the limits of the server, which would be a better solution?:

- Increase server memory to 8GB (Cost: $40/month, Time: 2 minutes)
- Optimize & rewrite code (Cost: ???, Time: ???)

If ANY of us are lucky to work on a project like Facebook, Twitter, etc then this conversation completely changes. But, since 99% of us won’t … don’t let a little memory usage deter you from using a great package like ZF + Doctrine to build your next web app.

]]> By: desfrenes http://www.rvdavid.net/test-results-on-memory-usage-of-zend-framework-and-doctrine-with-apc/#comment-956 desfrenes Wed, 20 Jan 2010 20:54:28 +0000 http://blog.rvdavid.net/?p=163#comment-956 Add this with long-lived CLI scripts and php cycle-reference and there you got my nightmare. Add this with long-lived CLI scripts and php cycle-reference and there you got my nightmare.

]]> By: Andy http://www.rvdavid.net/test-results-on-memory-usage-of-zend-framework-and-doctrine-with-apc/#comment-953 Andy Wed, 20 Jan 2010 20:11:19 +0000 http://blog.rvdavid.net/?p=163#comment-953 Thank ya Captain Obvious! Thank ya Captain Obvious!

]]> By: rvdavid http://www.rvdavid.net/test-results-on-memory-usage-of-zend-framework-and-doctrine-with-apc/#comment-924 rvdavid Tue, 19 Jan 2010 19:06:03 +0000 http://blog.rvdavid.net/?p=163#comment-924 I've read about compiling, but haven't actually tried it out. Will look into it in the coming weeks - thanks man! I’ve read about compiling, but haven’t actually tried it out. Will look into it in the coming weeks – thanks man!

]]> By: abcphp.com http://www.rvdavid.net/test-results-on-memory-usage-of-zend-framework-and-doctrine-with-apc/#comment-912 abcphp.com Tue, 19 Jan 2010 01:59:11 +0000 http://blog.rvdavid.net/?p=163#comment-912 <strong>Test Results on Memory Usage of Zend Framework and Doctrine with APC » rvdavid...</strong> After investigating a recommendation to use Doctrine by a fellow blogger, Brian at Real of Zod, I have decided to run with Doctrine as my Domain Model in Zend Framework projects. The thing is, if I’m going to commit to this, I need to know that applica... Test Results on Memory Usage of Zend Framework and Doctrine with APC » rvdavid…

After investigating a recommendation to use Doctrine by a fellow blogger, Brian at Real of Zod, I have decided to run with Doctrine as my Domain Model in Zend Framework projects. The thing is, if I’m going to commit to this, I need to know that applica…

]]> By: Test Results on Memory Usage of Zend Framework and Doctrine with APC » rvdavid: A Web Developer’s Blog -HackIX http://www.rvdavid.net/test-results-on-memory-usage-of-zend-framework-and-doctrine-with-apc/#comment-911 Test Results on Memory Usage of Zend Framework and Doctrine with APC » rvdavid: A Web Developer’s Blog -HackIX Tue, 19 Jan 2010 00:20:02 +0000 http://blog.rvdavid.net/?p=163#comment-911 [...] via Test Results on Memory Usage of Zend Framework and Doctrine with APC » rvdavid: A Web Developer's B.... [...] [...] via Test Results on Memory Usage of Zend Framework and Doctrine with APC » rvdavid: A Web Developer's B…. [...]

]]> By: dev head http://www.rvdavid.net/test-results-on-memory-usage-of-zend-framework-and-doctrine-with-apc/#comment-910 dev head Mon, 18 Jan 2010 23:33:09 +0000 http://blog.rvdavid.net/?p=163#comment-910 Hi There, I've been working with zend and doctrine together for the past two years and of course I ran into the same issues. Doctrine is a memory monster, somethings that help. - APC ( like you said ) - Increased memory ( of course ) - Use PHP 5.3+ - Compile Doctrine -- doctrine can be compiled down to a single file. this helps reduce the overhead of the numerous includes. Documentation on that is on their site. - only fetch objects if you need to modify data, otherwise fetch the array. - use the query method and limit your query to only the models, relations and fields you need to have access to. ( writing a helper method to pass a config array can be a bit more handy then manually writing these out each time ) Best of luck to ya. Hi There,

I’ve been working with zend and doctrine together for the past two years and of course I ran into the same issues.

Doctrine is a memory monster, somethings that help.
- APC ( like you said )

- Increased memory ( of course )

- Use PHP 5.3+

- Compile Doctrine
– doctrine can be compiled down to a single file. this helps reduce the overhead of the numerous includes. Documentation on that is on their site.

- only fetch objects if you need to modify data, otherwise fetch the array.

- use the query method and limit your query to only the models, relations and fields you need to have access to. ( writing a helper method to pass a config array can be a bit more handy then manually writing these out each time )

Best of luck to ya.

]]>