[Python-ideas] Incorporating something like byteplay into the stdlib
Yury Selivanov
yselivanov.ml at gmail.com
Fri Feb 12 18:17:48 EST 2016
On 2016-02-12 5:38 PM, Andrew Barnert wrote:
> Assuming I'm not imagining all that, why are people demanding that I provide a rationale for why we should add bytecode optimizers, or telling me that adding bytecode optimizers isn't going to help FAT Python, etc.?
>
> My proposal is that if we add bytecode optimizers, we should make it possible to write them. I don't need to justify that "if". If nobody things we should add bytecode optimizers, not even the author of the PEP that suggests them, then the answer is simple: just remove them from the PEP, and then my proposal becomes void.
Perhaps I and other people don't understand the "if we add bytecode
optimizers, we should make it possible to write them" part.
I don't expect to see more than 1 or 2 optimizers out there. Writing a
bytecode optimizer that can yield significant speedups is an extremely
challenging task.
Adding a lot of new functionality to the stdlib *just* for those few
optimizers doesn't make a lot of sense. Moreover, having such tools in
the stdlib, might cause people to start using them for things other than
optimization -- something I don't like at all. We already have import
hooks, AST etc for most of such purposes.
Yury
More information about the Python-ideas
mailing list