Message 305311 - 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.

Author	skrah
Recipients	benjamin.peterson, neologix, njs, pitrou, rhettinger, skrah, tim.peters, trent, vstinner, wscullin, xdegaye
Date	2017年10月31日.15:14:41
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<20171031151429.GA14078@bytereef.org>
In-reply-to	<1509461704.87.0.213398074469.issue18835@psf.upfronthosting.co.za>

Content
On Tue, Oct 31, 2017 at 02:55:04PM +0000, Nathaniel Smith wrote: > 3) also it's not clear what the best approach will look like, given that we care a lot about using calloc when possible, and have reason to prefer using regular freeing functions whenever possible. I actually have the same problems. But since no fast (kernel-zeroed) aligned_calloc() exists, I must use memset() anyway. So an emulated aligned_calloc() should probably not go into CPython since it doesn't provide any performance advantages.

Content

On Tue, Oct 31, 2017 at 02:55:04PM +0000, Nathaniel Smith wrote:
> 3) also it's not clear what the best approach will look like, given that we care a lot about using calloc when possible, and have reason to prefer using regular freeing functions whenever possible.
I actually have the same problems. But since no fast (kernel-zeroed)
aligned_calloc() exists, I must use memset() anyway.
So an emulated aligned_calloc() should probably not go into CPython
since it doesn't provide any performance advantages.

History
Date	User	Action	Args
2017年10月31日 15:14:41	skrah	set	recipients: + skrah, tim.peters, rhettinger, pitrou, vstinner, benjamin.peterson, trent, njs, neologix, xdegaye, wscullin
2017年10月31日 15:14:41	skrah	link	issue18835 messages
2017年10月31日 15:14:41	skrah	create

homepage