This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author pitrou
Recipients amaury.forgeotdarc, jafo, lemburg, orivej, pitrou
Date 2008-03-20.13:57:13
SpamBayes Score 0.0213093
Marked as misclassified No
Message-id <>
Well I'm not subscribed to the python-3k list either - too much traffic
indeed. You can read and post into it with gmane for example:
(there is probably an NNTP gateway too)

As for instrumenting the interpreter, this would tell us when and which
strings are allocated, but not the precise effect it has on a modern
CPU's memory subsystem (which is quite a complicated thing). Also, this
is Py3k - we can't test any real-life applications until they are ported
to it...
(someone really motivated would have to learn Intel VTune or AMD
CodeAnalyst and run such a "py3k real-life application" with it :-))

As for the explicit slicing approach, "explicit string views" have been
discussed in 2006 on the python-3k list, including a proof-of-concept
patch by Josiah Carlson - without any definitive pronouncement it seems.
See the subthread here:

The reason I'm bringing in those previous discussions is that, in
theory, I'm all for much faster concatenation and slicing thanks to
buffer sharing etc., but realistically the previous attempts have failed
for various reasons (either technical or political). And since those
optimizations are far from simple to implement and maintain, chances are
they will not be attempted again, let alone accepted. I'd be happy to be
proven wrong :)


Date User Action Args
2008-03-20 13:57:15pitrousetspambayes_score: 0.0213093 -> 0.0213093
recipients: + pitrou, lemburg, jafo, amaury.forgeotdarc, orivej
2008-03-20 13:57:15pitrousetspambayes_score: 0.0213093 -> 0.0213093
messageid: <>
2008-03-20 13:57:13pitroulinkissue1943 messages
2008-03-20 13:57:13pitroucreate