> Last time, I tried to optimize the memory associate with each
> list/dict. That slowed some things down. Atomic incr/decr wasn't
> really available under Linux (Win has InterlockedIncrement and
> friends), so the Linux incr/decr was a bit slower than it should it
> have been.
This would be an opportunity for some highly platform-specific
assembler, assuming we'll always have
configure --{enable,disable}-free-threading.
> There are a number of things that I'd do differently the next time around.
When will that be?
--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