Message261453
| Author |
pitrou |
| Recipients |
Yury.Selivanov, alecsandru.patrascu, catalin.manciu, jtaylor, pitrou, rhettinger, serhiy.storchaka, vstinner, yselivanov |
| Date |
2016年03月09日.17:13:22 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<56E059B0.3000809@free.fr> |
| In-reply-to |
<1457542885.21.0.48616790922.issue26249@psf.upfronthosting.co.za> |
| Content |
Le 09/03/2016 18:01, STINNER Victor a écrit :
> I don't understand why we should keep a slow allocator if Python has a faster allocator?
Define "slow". malloc() on Linux should be reasonably fast.
Do you think it's reasonable to risk breaking external libraries just
for a hypothetic "performance improvement"?
Again, why don't you try simply changing internal calls? |
|