A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2008-December/084491.html below:

[Python-Dev] extremely slow exit for program having huge (45G) dict (python 2.5.2)

[Python-Dev] extremely slow exit for program having huge (45G) dict (python 2.5.2) [Python-Dev] extremely slow exit for program having huge (45G) dict (python 2.5.2)Alexandre Vassalotti alexandre at peadrop.com
Sun Dec 21 00:28:23 CET 2008
On Fri, Dec 19, 2008 at 6:29 PM, Mike Coleman <tutufan at gmail.com> wrote:
> I have a program that creates a huge (45GB) defaultdict.  (The keys
> are short strings, the values are short lists of pairs (string, int).)
>  Nothing but possibly the strings and ints is shared.
>



> That is, after executing the final statement (a print), it is apparently spending a
> huge amount of time cleaning up before exiting.


> I have done 'gc.disable()' for performance (which is hideous without it)--I have
> no reason to think there are any loops.
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4