]> granicus.if.org Git - python/commitdiff
Issue #14200: Add benchmark results to text flow.
authorMartin v. Löwis <martin@v.loewis.de>
Tue, 6 Mar 2012 07:42:17 +0000 (08:42 +0100)
committerMartin v. Löwis <martin@v.loewis.de>
Tue, 6 Mar 2012 07:42:17 +0000 (08:42 +0100)
Doc/whatsnew/3.3.rst

index 7799adee471031f1d6fe12db7ae2d0482115653a..2fa452fff7552e4637c12a4a72f0930188b31d02 100644 (file)
@@ -167,19 +167,16 @@ The storage of Unicode strings now depends on the highest codepoint in the strin
 
 * non-BMP strings (``U+10000-U+10FFFF``) use 4 bytes per codepoint.
 
-The net effect is that for most applications, memory usage of string storage
-should decrease significantly - especially compared to former wide unicode
-builds - as, in many cases, strings will be pure ASCII even in international
-contexts (because many strings store non-human language data, such as XML
-fragments, HTTP headers, JSON-encoded data, etc.).  We also hope that it
-will, for the same reasons, increase CPU cache efficiency on non-trivial
-applications.
-
-.. The memory usage of Python 3.3 is two to three times smaller than Python 3.2,
-   and a little bit better than Python 2.7, on a `Django benchmark
-   <http://mail.python.org/pipermail/python-dev/2011-September/113714.html>`_.
-   XXX The result should be moved in the PEP and a link to the PEP should
-   be added here.
+The net effect is that for most applications, memory usage of string
+storage should decrease significantly - especially compared to former
+wide unicode builds - as, in many cases, strings will be pure ASCII
+even in international contexts (because many strings store non-human
+language data, such as XML fragments, HTTP headers, JSON-encoded data,
+etc.).  We also hope that it will, for the same reasons, increase CPU
+cache efficiency on non-trivial applications. The memory usage of
+Python 3.3 is two to three times smaller than Python 3.2, and a little
+bit better than Python 2.7, on a Django benchmark (see the PEP for
+details).
 
 
 PEP 3151: Reworking the OS and IO exception hierarchy