Paul Rubin wrote:
sturlamolden <sturlamol...@yahoo.no> writes:
Python uses reference counting, not a generational GC like Java. A
Python object is  destroyed when the refcount drops to 0. The GC only
collects cyclic references. If you create none, there are no GC delays
(you can in fact safely turn the GC off). Python does not share Java's
nasty habit of having long GC delays.

If you drop the last reference to a large object (say a billion item
dictionary), then Python can pause for quite a long time freeing
all the constituents of that object.

(Both of these messages refer to an implementation, CPython, not the language Python.)

The key difference is that CPython "pauses" at a deterministic point in the code, because of something the program has specified, rather than at a point when some system measurement decides that now would be a good time for gc.

--
http://mail.python.org/mailman/listinfo/python-list

Reply via email to