A RetroSearch Logo

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

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2002-April/023794.html below:

[Python-Dev] iterzip()

[Python-Dev] iterzip()Guido van Rossum guido@python.org
Mon, 29 Apr 2002 16:10:36 -0400
> It acts about the same on Linux.
> 
> I don't see why it's a mystery.  justtups() only uses one tuple at a
> time; it gets re-used from the free list every time.  storetups() has
> to (py)malloc a new tuple every stinkin' time.
> 
> Note that there's a net excess of allocations in the storetup() case,
> so we invoke the garbage collector every n/700 times through the
> loop.  I've noted before that it doesn't make much sense to invoke GC
> unless there is at least one deallocation; you can't reclaim anything
> if there are no DECREFs.

But note the difference between 2.2 and 2.3 that I measured
(repeatedly -- I don't know why Holger doesn't see this).  Did the GC
algorithm change between the two?  *Something* must've changed.

--Guido van Rossum (home page: http://www.python.org/~guido/)




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