summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorAntoine Pitrou <solipsis@pitrou.net>2011-02-04 20:17:40 (GMT)
committerAntoine Pitrou <solipsis@pitrou.net>2011-02-04 20:17:40 (GMT)
commit8e0ef58f30302a097230f96b4b5f2fd02e9e11c2 (patch)
tree752714b71f94da05d0bc98434f206857d0c225d4
parentf60b4852da59b478b88c5f0dcb51e2c215601888 (diff)
downloadcpython-8e0ef58f30302a097230f96b4b5f2fd02e9e11c2.zip
cpython-8e0ef58f30302a097230f96b4b5f2fd02e9e11c2.tar.gz
cpython-8e0ef58f30302a097230f96b4b5f2fd02e9e11c2.tar.bz2
Merged revisions 88334 via svnmerge from
svn+ssh://pythondev@svn.python.org/python/branches/py3k ........ r88334 | antoine.pitrou | 2011-02-04 21:11:11 +0100 (ven., 04 févr. 2011) | 3 lines Mention that seek and tell over a TextIOWrapper can be very slow. ........
-rw-r--r--Doc/library/io.rst2
1 files changed, 2 insertions, 0 deletions
diff --git a/Doc/library/io.rst b/Doc/library/io.rst
index 9fb241d..bbe5112 100644
--- a/Doc/library/io.rst
+++ b/Doc/library/io.rst
@@ -796,6 +796,8 @@ Text I/O over a binary storage (such as a file) is significantly slower than
binary I/O over the same storage, because it implies conversions from
unicode to binary data using a character codec. This can become noticeable
if you handle huge amounts of text data (for example very large log files).
+Also, :meth:`TextIOWrapper.tell` and :meth:`TextIOWrapper.seek` are both
+quite slow due to the reconstruction algorithm used.
:class:`StringIO`, however, is a native in-memory unicode container and will
exhibit similar speed to :class:`BytesIO`.