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/2000-July/007674.html below:

automatic reclaiminig of limited resources (was Re: [Python-Dev] Product iteration)

automatic reclaiminig of limited resources (was Re: [Python-Dev] Product iteration) automatic reclaiminig of limited resources (was Re: [Python-Dev] Product iteration)Tim Peters tim_one@email.msn.com
Sun, 30 Jul 2000 19:26:00 -0400
Peter, what would you say if someone told you your Python programs would
run, oh, 30% faster, but in return for that you could no longer rely on
refcount semantics?  What do you think *most* people would say?  I don't
know, but I'm certain I'd hear different answers from different people.

Don't fall into the trap of believing that refcounting is a pure win!
JPython and Vyper and the MS runtime aren't doing "real gc" just because
they want to irritate people <wink>.  There are tradeoffs here, and new
Python code is probably more interesting to MS than old Python code.  I
personally don't think you'd find this a big deal if you had *always* needed
to do explicit .close()-like calls in Python, and most programmers (across
the world and across languages) have never used a language in which they
*didn't* need to do explicit closes.  Python has plenty of other attractions
for them.  MS may very well be delighted to leave the legacy Python market
to BeOpen <0.9 wink>.

remind-me-to-call-uncle-bill-in-the-morning-ly y'rs  - tim





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