I get this behavior without even being logged in (on the registration or login page). Specifically, it seem to be happening at least every other page load. This doesn't sound to me as if it's the same issue, but it is definitely happening in factories : storage (Factories : storage 1 171026.10 99%).
So, no ajax calls, nothing happening at the same time, no explicit session access (although I am using the sfDoctrineGuardUser plugin). Here's the really strange thing though: It only happens with firefox (3.6.13) OR IE (8.0) (regardless of if I am doing a force refresh or not). I can't reproduce the behavior in chrome or safari. Has anyone else run into this issue on a browser by browser basis? On Nov 12, 1:03 am, Gareth McCumskey <[email protected]> wrote: > This will not make a difference as session write locking happens no matter > which method you use for session management, I wrote a blog article about > this a while back as we were having issues with asynchronous ajax requests > being processed synchronously instead.: > > http://garethmccumskey.blogspot.com/2009/10/php-session-write-locking... > > > > > > > > > > On Tue, Nov 9, 2010 at 6:42 AM, stephenrs <[email protected]> wrote: > > I finally tracked this down. The delay (at least in my situation) is > > happening when sfSessionStorage.class.php tries to start the PHP > > session (simply by calling session_start()), and is caused by a file > > locking condition on the session file itself (CentOS 5.3). There is > > some info in the comments of the PHP manual page for session_start(), > > as well as around the net. > > > In my situation this appears to have been caused several of my > > components being executed/rendered on certain requests, which were all > > competing for access to session info. > > > I haven't implemented a solution yet, but I'll probably end up either > > moving to database-based session storage, or some other type of file > > based storage using session_set_save_handler(). > > > Hope this helps. > > > SS > > > On Oct 28, 10:12 am, Lesly <[email protected]> wrote: > > > Any news about the problem? > > > > On Oct 22, 4:05 pm, Thomas Rabaix <[email protected]> wrote: > > > > > Are you storing doctrine object into session ? > > > > > On Thu, Oct 21, 2010 at 11:45 PM, Thomas Ohms < > > [email protected]>wrote: > > > > > > Are you using cache? Do you maybe have different caching compared to > > your > > > > > dev an prod server? > > > > > > 2010/10/21 stephenrs <[email protected]> > > > > > > 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/99e... > > > > >> 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 [email protected] > > > > >> To unsubscribe from this group, send email to > > > > >> [email protected]<symfony-users%2bunsubscr...@goog > > > > >> legroups.com> > > <symfony-users%[email protected]<symfony-users%252Bunsubscribe > > @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 [email protected] > > > > > To unsubscribe from this group, send email to > > > > > [email protected]<symfony-users%2bunsubscr...@goog > > > > > legroups.com> > > <symfony-users%[email protected]<symfony-users%252Bunsubscribe > > @googlegroups.com> > > > > > > For more options, visit this group at > > > > >http://groups.google.com/group/symfony-users?hl=en > > > > > -- > > > > Thomas Rabaixhttp://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 [email protected] > > To unsubscribe from this group, send email to > > [email protected]<symfony-users%2bunsubscr...@goog > > legroups.com> > > For more options, visit this group at > >http://groups.google.com/group/symfony-users?hl=en > > -- > Gareth McCumskeyhttp://garethmccumskey.blogspot.com > twitter: @garethmcc -- 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 [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
