Message 376942 - 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	bmerry
Recipients	bmerry, pitrou, skrah, vstinner
Date	2020年09月15日.15:27:19
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1600183639.14.0.49141933135.issue21644@roundup.psfhosted.org>

Content
Was this abandoned just because nobody had the time, or was there a problem with the approach? I independently wanted this optimisation, and have ended up implementing something very similar to what was reverted in https://hg.python.org/lookup/dff6b4b61cac. In a benchmark that creates a large bytearray, then fills it with socket.readinto, I'm seeing a 2x performance improvement on Linux, and from some quick benchmarking it seems to be just as fast as the old code for small arrays that are allocated from the pool.

Content

Was this abandoned just because nobody had the time, or was there a problem with the approach? I independently wanted this optimisation, and have ended up implementing something very similar to what was reverted in https://hg.python.org/lookup/dff6b4b61cac.
In a benchmark that creates a large bytearray, then fills it with socket.readinto, I'm seeing a 2x performance improvement on Linux, and from some quick benchmarking it seems to be just as fast as the old code for small arrays that are allocated from the pool.

History
Date	User	Action	Args
2020年09月15日 15:27:19	bmerry	set	recipients: + bmerry, pitrou, vstinner, skrah
2020年09月15日 15:27:19	bmerry	set	messageid: <1600183639.14.0.49141933135.issue21644@roundup.psfhosted.org>
2020年09月15日 15:27:19	bmerry	link	issue21644 messages
2020年09月15日 15:27:19	bmerry	create

homepage