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/2004-January/041834.html below:

[Python-Dev] collections module

[Python-Dev] collections module [Python-Dev] collections moduleZack Weinberg zack at codesourcery.com
Fri Jan 9 02:23:24 EST 2004
Josiah Carlson <jcarlson at uci.edu> writes:

>> None of those can compete with my proposed C implementation
>> which pre-allocates around 50 cells at a time and does it's
>> read/writes through array lookups.  It avoids all the expensive
>> resizing of list and uses C ints instead of PyInts.
>
> That's pretty crazy.  If I had a say, I'd be +1 just because I've seen
> so many people using their own {append, pop(0)} queues before.

As a user of Python, I am +1 on making there be a *really really fast*
queue data structure somewhere, but -0 on its being something other
than the existing Queue class.  Can't we just optimize the one we've
got?  Ideally without losing the thread safety guarantees (but making
it usable in an unthreaded program would be nice)?

zw

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