a basic bytecode to machine code compiler
robert.kern at gmail.com
Sat Apr 2 20:12:26 EDT 2011
On 4/2/11 2:05 PM, John Nagle wrote:
> There's no easy way to speed up Python; that's been tried.
> It needs either a very, very elaborate JIT system, more complex
> than the ones for Java or Self, or some language restrictions.
> The main restriction I would impose is to provide a call that says:
> "OK, we're done with loading, initialization, and configuration.
> Now freeze the code." At that moment, all the global
> analysis and compiling takes place. This allows getting rid
> of the GIL and getting real performance out of multithread
That is not the reason the GIL exists, and being able to "freeze" the code will
not let you get rid of the GIL alone. CPython's GIL exists to protect the data
structures internal to its implementation and provide implicit protection to C
extension modules (making them relatively easy to write threadsafe). Reference
counts are the primary data structures being protected. IronPython and Jython
allow just as much dynamism as CPython, and they have no mechanism for
"freezing" the code, but they do not have a GIL. I believe this has been pointed
out to you before, but I don't think I've seen you acknowledge it.
"I have come to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad attempt to interpret it as though it had
an underlying truth."
-- Umberto Eco
More information about the Python-list