From: John H. <jdh...@ac...> - 2005-03-01 20:20:24
|
>>>>> "Robert" == Robert Leftwich <ro...@le...> writes: Robert> John Hunter wrote: >> gc.collect() Should cure what ails you! >> Robert> The good news is that it is a huge improvement, but the Robert> bad news is that I'm still getting a GPF, just a lot less Robert> often :-( Try bumping the minimal test loop up to 5k, it Robert> failed at 3057 for me. Bet you had to wait a while for that one. Maybe you should use the full test script. At lease you'll fail faster :-) matplotlib does some caching in various places for efficiency which will slowly eat memory. We need to add some automated means to clear this cache but we don't have it yet. What happens if you comment out this line in text.py self.cached[key] = ret and this line in backend_agg.py _fontd[key] = font We have a linux/unix specific script for testing for memory leaks in the mpl src distro unit/memleak_hawaii3.py. You may want to adapt something like this for windows xp so we can get firm numbers on how much is leaking per figure. See also http://matplotlib.sourceforge.net/faq.html#LEAKS. Todd Miller knows a clever way of getting python to report how may object references it has a hold of, but I can't remember the magic command right now. With matplotlib CVS on linux, that script is reporting no detectable leak. But your script may be exposing a leak not covered by that one. JDH |