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 rhettinger
Recipients rhettinger, serhiy.storchaka, vstinner
Date 2015-09-25.08:31:08
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1443169869.55.0.175504616786.issue25135@psf.upfronthosting.co.za>
In-reply-to
Content
Victor, I was thinking of switching to PyMem_RawMalloc instead of PyMem_Malloc.  The advantages are that there are guaranteed to be no side-effects, the GIL doesn't need to be held, and there is less overhead.  Are there any disadvantage I should know about?

Serhiy, I'm still considering your patch.  I have a strong aversion to putting a big block on the stack and don't like having to do a full block memcpy every time a deque is cleared on deallocation.  If you don't see an actual bug in patch 2, I'm inclined to use that approach (especially since the popping fallback approach will likely never be called in practice).
History
Date User Action Args
2015-09-25 08:31:09rhettingersetrecipients: + rhettinger, vstinner, serhiy.storchaka
2015-09-25 08:31:09rhettingersetmessageid: <1443169869.55.0.175504616786.issue25135@psf.upfronthosting.co.za>
2015-09-25 08:31:09rhettingerlinkissue25135 messages
2015-09-25 08:31:08rhettingercreate