Are you storing doctrine object into session ? On Thu, Oct 21, 2010 at 11:45 PM, Thomas Ohms <thomas.o...@googlemail.com>wrote:
> Are you using cache? Do you maybe have different caching compared to your > dev an prod server? > > 2010/10/21 stephenrs <ssgro...@gmail.com> > > I'm preparing a site for launch - moving it out of my local dev >> environment to a remote VPS host, and I've discovered that sometimes >> pages take up to 60+ seconds to load on the VPS. Using the symfony >> debug toolbar, I've further discovered that the delay is happening >> during the loading of my factories. Going even further, I patched some >> symfony files (temporarily) according to a tip here: >> >> http://groups.google.com/group/symfony-users/browse_thread/thread/99e67cdfc4a22ff3/6029036a72d52a4b?show_docid=6029036a72d52a4b >> to get a better idea about what is going on. >> >> Apparently the delay is happening during the loading of Factories : >> storage (which comprises 99% of the total request time), but that's >> about all I can tell at the moment. The delay doesn't happen on every >> request, and during these requests my server is essentially idle, with >> httpd threads occupying most memory (according to top). >> >> Since I've never seen this problem happen on my local box, I'm >> guessing it's somehow related to the config of my remote server, but >> at this point I'm at a bit of a loss. Also, my session storage is the >> default PHP file-based storage. I've been considering upping the >> memory on my VPS plan (for several reasons), but I'm wondering if this >> would have any impact on factories loading, as I would guess that this >> is an I/O issue. >> >> Has anyone seen anything like this? Any suggestions as to what might >> be causing it? Workarounds? >> >> Any help would be appreciated. >> >> SF 1.4.6, PHP 5.3.3, MySQL 5.1.5 >> >> Note: I've cross posted this to the main sf forums because it's not >> clear to me where folks are hanging out these days... >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+unsubscr...@googlegroups.com<symfony-users%2bunsubscr...@googlegroups.com> >> For more options, visit this group at >> http://groups.google.com/group/symfony-users?hl=en >> > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com<symfony-users%2bunsubscr...@googlegroups.com> > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Thomas Rabaix http://rabaix.net -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en