On 4/3/08, Tim Hatch <[EMAIL PROTECTED]> wrote: > > > Attaching to program: /usr/local/bin/python, process 94603 > > ptrace: Operation not permitted. > > /usr/home/dave/94603: No such file or directory. > > > It didn't actually attach to the process, I'm guessing you're not root > or the user trac runs under when you tried gdb. > > I wonder if you're hitting http://trac.edgewall.org/ticket/7064 (giant > code blocks basically are really bad for performance, reallocating > memory a lot, and bringing that process to a halt). Can you check for > any db rows over... say, 100KB?
It's also possible that you're hitting some Python "bugs" [1] triggered by Genshi [2]. The Genshi ticket actually dsicusses two issues, one genuine memory leak in Python's builtin groupby() and another covered by the linked-to Python issue, where memory allocated to unicode objects is never returned to the system. The latter is "fixed" in Genshi r816 [3] and Trac r6757 [4], and the former is fixed in Trac r6637 [5]. If you're not already running at least Trac r6637 and Genshi r816, you should upgrade and see if your problem persists. [1] http://bugs.python.org/issue2321, [2] http://genshi.edgewall.org/ticket/190 [3] http://genshi.edgewall.org/changeset/816 [4] http://trac.edgewall.org/changeset/6756 [5] http://trac.edgewall.org/changeset/6637 -- Evolution: Taking care of those too stupid to take care of themselves. --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
