Is there any more information I can give here? I'd really appreciate some help as this problem is seriously affecting a production environment right now :s
Col 'Twas brillig, and Colin Guthrie at 20/03/09 22:55 did gyre and gimble: > Hi guys, > > Wondering if you can help me debug some really serious regressions on > speed after a trac 0.11 upgrade. > > I've been trying 0.11-stable branch as of a few updates. > > Here is a snippet: > > 2009-03-20 23:36:16,985 Trac[main] DEBUG: Dispatching <Request "GET > u'/browser'"> > 2009-03-20 23:36:16,998 Trac[PyGIT] DEBUG: requested PyGIT.Storage > instance 171031788 for '/path/to/git.repo' > 2009-03-20 23:36:17,000 Trac[git_fs] INFO: enabled CachedRepository for > '/path/to/git.repo' > 2009-03-20 23:36:17,061 Trac[session] DEBUG: Retrieving session for ID > 'a5f34f85c1769975ef0b1cd7' > 2009-03-20 23:36:21,940 Trac[chrome] DEBUG: Prepare chrome data for > request > 2009-03-20 23:36:21,948 Trac[perm] DEBUG: No policy allowed anonymous > performing TICKET_CREATE on None > 2009-03-20 23:36:21,964 Trac[perm] DEBUG: No policy allowed anonymous > performing TRAC_ADMIN on None > 2009-03-20 23:36:21,966 Trac[perm] DEBUG: No policy allowed anonymous > performing PERMISSION_GRANT on None > 2009-03-20 23:36:21,967 Trac[perm] DEBUG: No policy allowed anonymous > performing PERMISSION_REVOKE on None > 2009-03-20 23:36:21,974 Trac[perm] DEBUG: No policy allowed anonymous > performing TICKET_ADMIN on None > 2009-03-20 23:36:23,544 Trac[perm] DEBUG: No policy allowed anonymous > performing EMAIL_VIEW on None > 2009-03-20 23:36:26,076 Trac[perm] DEBUG: No policy allowed anonymous > performing EMAIL_VIEW on <Resource > u'changeset:d0a63590d4730eb0af3ec6027818cb62d50ea657'> > 2009-03-20 23:36:26,686 Trac[main] DEBUG: 1275 unreachable objects > found. > > > > The python is 2.5 and it's running under fcgi via apache. > > As you can see it takes a *long* time to process the "retrieving > session" part, but this could be a red herring. I wonder if the real > delay is with the git plugin. > > Perhaps it's taking so long due to the sync operation? > > There is also a second delay between two EMAIL_VIEW permission checks. > Is there a handy way to find out where the bottle neck is? > > The git repo is cached, but I'm wondering it this is actually causing > more problems than it solves due to the fact that the database is often > locked and that subsequently propagates up as errors to users. > > git plugin is from here: > http://trac-hacks.org/svn/gitplugin/0.11/tracext/git > > > If you can offer any insight it would be great. Please ask for any more > info you may need. > > Cheers > > Col > -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" 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/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~---
