[pypy-svn] r55731 - pypy/dist/pypy/doc
arigo at codespeak.net
arigo at codespeak.net
Tue Jun 10 12:11:00 CEST 2008
Author: arigo
Date: Tue Jun 10 12:10:59 2008
New Revision: 55731
Modified:
pypy/dist/pypy/doc/translation.txt
Log:
Update.
Modified: pypy/dist/pypy/doc/translation.txt
==============================================================================
--- pypy/dist/pypy/doc/translation.txt (original)
+++ pypy/dist/pypy/doc/translation.txt Tue Jun 10 12:10:59 2008
@@ -644,19 +644,16 @@
must be made. In keeping with PyPy's approach to flexibility, there is
freedom to change how to do it. There are three approaches implemented today:
- - reference counting
+ - reference counting (deprecated, too slow)
- using the `Boehm-Demers-Weiser conservative garbage collector`_
- - using a mark and sweep collector implemented in RPython
+ - using one of our custom `exact GCs implemented in RPython`_
.. _`Boehm-Demers-Weiser conservative garbage collector`: http://www.hpl.hp.com/personal/Hans_Boehm/gc/
+.. _`exact GCs implemented in RPython`: garbage_collection.html
Almost all application-level Python code allocates objects at a very fast
-rate; this means that the memory management implementation is critical too the
-performance of the PyPy interpreter. That said, work so far has many focussed
-on flexibility and robustness, not performance.
-
-For a quite detailed description of how memory management and garbage collection
-are performed in PyPy, see the `Technical report`_ about this topic (section 4.2).
+rate; this means that the memory management implementation is critical to the
+performance of the PyPy interpreter.
You can choose which garbage collection strategy to use with
:config:`translation.gc`.
More information about the Pypy-commit
mailing list