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 blaisorblade
Recipients ajaksu2, alexandre.vassalotti, bboissin, blaisorblade, christian.heimes, collinwinter, djc, facundobatista, jyasskin, lemburg, pitrou, ralph.corderoy, rhettinger, skip.montanaro, theatrus
Date 2009-01-07.07:35:35
SpamBayes Score 0.0020707848
Marked as misclassified No
Message-id <1231313743.16.0.723815305377.issue4753@psf.upfronthosting.co.za>
In-reply-to
Content
@pitrou:
<ranting mode>
Argh, reference counting hinders even that?
</ranting mode>
I just discovered another problem caused by refcounting.

Various techniques allow to create binary code from the interpreter
binary, by just pasting together the code for the common interpreters
cases and producing calls to the other. But, guess what, on most
platforms (except plain x86, but including x86_64 and maybe x86 for the
shared library case) this does not work if the copied code includes
function calls (on x86_64 that's due to RIP-relative addressing, and on
similar issues on other platforms).

So, Python could not even benefit from that! That's a real pity...
I'll have to try with subroutine threading, to see if that's faster than
indirect threading on current platforms or if it is still slower.
History
Date User Action Args
2009-01-07 07:35:44blaisorbladesetrecipients: + blaisorblade, lemburg, skip.montanaro, collinwinter, rhettinger, facundobatista, pitrou, christian.heimes, ajaksu2, alexandre.vassalotti, jyasskin, djc, ralph.corderoy, bboissin, theatrus
2009-01-07 07:35:43blaisorbladesetmessageid: <1231313743.16.0.723815305377.issue4753@psf.upfronthosting.co.za>
2009-01-07 07:35:37blaisorbladelinkissue4753 messages
2009-01-07 07:35:36blaisorbladecreate