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/023817.html below:

[Python-Dev] iterzip()

[Python-Dev] iterzip()Tim Peters tim.one@comcast.net
Mon, 29 Apr 2002 20:02:09 -0400
[Guido]
> Different (complementary) idea: how about having more generations,
> each being traversed less frequently than the previous one?

That's what I meant by "Adding more generations could have a similar good
effect".  It's certainly worth considering.

> Maybe a (potentially) infinite number of generations?  (Or at least a
> fixed limit that never gets reached in practice.)  Wouldn't this have
> the same effect as increasing the threshold exponentially?

Yes, but it wouldn't get the effect of decreasing the threshold
exponentially when gc suddenly starts getting lots of trash back from the
oldest generation.  Only adaptive schemes actually adapt <wink>.





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