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 gvanrossum
Recipients Mark.Shannon, brandtbucher, carljm, dino.viehland, gvanrossum, itamaro, v2m
Date 2022-03-15.21:47:47
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1647380867.19.0.355966768896.issue46965@roundup.psfhosted.org>
In-reply-to
Content
The link https://github.com/facebookincubator/cinder/blob/cinder/3.8/Python/ceval.c#L6617 points to something that I wouldn't associate with the subject. @Dino, could you provide a new link (preferably a permalink)?

FWIW rather than dynamically checking what the next opcode is, maybe we could use a super-instruction for CALL + GET_AWAITABLE? (Understanding that there are a bunch of different CALL opcodes.)

The gather code you link to is all in C. Is rewriting gather in C the only way to benefit from this speedup? (I guess you could just add your gather impl to the existing _asynciomodule.c, in the same or a separate PR.)
History
Date User Action Args
2022-03-15 21:47:47gvanrossumsetrecipients: + gvanrossum, carljm, dino.viehland, Mark.Shannon, v2m, brandtbucher, itamaro
2022-03-15 21:47:47gvanrossumsetmessageid: <1647380867.19.0.355966768896.issue46965@roundup.psfhosted.org>
2022-03-15 21:47:47gvanrossumlinkissue46965 messages
2022-03-15 21:47:47gvanrossumcreate