Message 149260 - Python tracker

➜

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.

In-reply-to
Author	skrah
Recipients	ezio.melotti, jcea, loewis, skrah, vstinner
Date	2011年12月11日.23:36:34
SpamBayes Score	1.8276663e-07
Marked as misclassified	No
Message-id	<1323646595.03.0.284581432393.issue13570@psf.upfronthosting.co.za>

Content
Sorry, the title of the issue isn't correct any more. The revised issue is that in 3.3 a) outfil.write("%s\n" % t) is about 11% slower than in Python2.7 and 8% slower than in Python3.2. On the other hand in 3.3 the hack b) outfil.write(str(t)); outfil.write('\n') runs about as fast as a) in 3.2. This doesn't necessarily show up in microbenchmarks with timeit, so I thought I'd leave this open for others to see (and comment). But if I understand correctly, the slowdown in string formatting is expected, so we can indeed close this.

Content

Sorry, the title of the issue isn't correct any more. The revised
issue is that in 3.3
a) outfil.write("%s\n" % t)
is about 11% slower than in Python2.7 and 8% slower than in Python3.2.
On the other hand in 3.3 the hack
b) outfil.write(str(t)); outfil.write('\n') 
runs about as fast as a) in 3.2.
This doesn't necessarily show up in microbenchmarks with timeit, so
I thought I'd leave this open for others to see (and comment).
But if I understand correctly, the slowdown in string formatting is
expected, so we can indeed close this.

History
Date	User	Action	Args
2011年12月11日 23:36:35	skrah	set	recipients: + skrah, loewis, jcea, vstinner, ezio.melotti
2011年12月11日 23:36:35	skrah	set	messageid: <1323646595.03.0.284581432393.issue13570@psf.upfronthosting.co.za>
2011年12月11日 23:36:34	skrah	link	issue13570 messages
2011年12月11日 23:36:34	skrah	create

homepage