[Python-Dev] Speeding up CPython 5-10%
Nick Coghlan
ncoghlan at gmail.com
Thu Feb 4 08:18:36 EST 2016
More information about the Python-Dev mailing list
Thu Feb 4 08:18:36 EST 2016
- Previous message (by thread): [Python-Dev] Speeding up CPython 5-10%
- Next message (by thread): [Python-Dev] Opcode cache in ceval loop
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 3 February 2016 at 03:52, Brett Cannon <brett at python.org> wrote: > Fifth, if we manage to show that a C API can easily be added to CPython to > make a JIT something that can simply be plugged in and be useful, then we > will also have a basic JIT framework for people to use. As I said, our use > of CoreCLR is just for ease of development. There is no reason we couldn't > use ChakraCore, v8, LLVM, etc. But since all of these JIT compilers would > need to know how to handle CPython bytecode, we have tried to design a > framework where JIT compilers just need a wrapper to handle code emission > and our framework that we are building will handle driving the code emission > (e.g., the wrapper needs to know how to emit add_integer(), but our > framework handles when to have to do that). That could also be really interesting in the context of pymetabiosis [1] if it meant that PyPy could still at least partially JIT the Python code running on the CPython side of the boundary. Cheers, Nick. [1] https://github.com/rguillebert/pymetabiosis -- Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia
- Previous message (by thread): [Python-Dev] Speeding up CPython 5-10%
- Next message (by thread): [Python-Dev] Opcode cache in ceval loop
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list