Memory Leaks and Heapy
Jeroen Ruigrok van der Werven
asmodai at in-nomine.org
Fri Jan 4 10:34:41 EST 2008
-On [20080104 16:11], Yaakov Nemoy (loupgaroublond at gmail.com) wrote:
>I'm trying to plug some memory leaks in a TurboGears program. We (the
>Fedora Project) have a few apps in Turbogears in infrastructure that
>all seem to be running into the same issues in a variety of
>configurations. Hopefully when I get to the cause of this in one app,
>Smolt, we can fix the others too.
[snip]
>A couple of developers have mentioned that python might be fragmenting
>its memory space, and is unable to free up those pages. How can I go
>about testing for this, and are there any known problems like this?
>If not, what else can I do to look for leaks?
As various people pointed out to me:
http://wingolog.org/archives/2007/11/27/reducing-the-footprint-of-python-applications
That might help.
Aside from that (rant), I seriously dislike Python's memory management and
even more the fairly arcane ways people have to go about
debugging/troubleshooting some 600 MB to 2-3 GB(!) of resident memory use by
Python.
Personally I consider this the weakest point of Python. Given the fact there
is a garbage collector this sort of keeping track of memory seems a bit
contradictory to the concept of garbage collection.
(And yes, I am investigating this and also how to get it leaner and better.)
--
Jeroen Ruigrok van der Werven <asmodai(-at-)in-nomine.org> / asmodai
イェルーン ラウフロック ヴァン デル ウェルヴェン
http://www.in-nomine.org/ | http://www.rangaku.org/
Speak the sweet truth...
More information about the Python-list
mailing list