[Date Prev][Date Next][Thread Prev][Thread Next]
- Subject: Re: Another attempt to create JIT compiler for Python has failed
- From: Eric Wing <ewmailing@...>
- Date: Mon, 20 Feb 2017 18:39:29 -0800
On 2/20/17, Dibyendu Majumdar <email@example.com> wrote:
> On 21 February 2017 at 00:43, Hisham <firstname.lastname@example.org> wrote:
>> On 20 February 2017 at 21:28, Dibyendu Majumdar <email@example.com>
>>> successful JIT implementations.
>> V8 was the relevant player there when talking stand-alone JS
>> implementation, so this got me curious. Which are the other ones?
> Mozilla SpiderMonkey
> Microsoft ChakraCore
> And interesting none are tracing JITs as far as I know.
I gave this talk at the Lua Workshop this past year "A Lua embedder
My experience is that v8 is completely overrated. And I randomly
encounter other benchmarks, usually the automated nightly build type
where nobody is trying to prove anything, and those also show v8 is
overhyped. Typically, I see the others beat v8 in a lot of categories.
v8 might beat others in some very narrow types of benchmarks. But
overall, all the major ones seem roughly comparable in speed. And for
the real world (non-benchmarks), you see in my talk, v8 was awful for
The NodeJS people are built on v8, so there is a lot of inertia.
However, building libraries on top of v8 is nuts, since C++ does not
guarantee ABI stability, and Google v8 themselves do not even
guarantee API stability, and have broken things.
I know, they have not broken the API or ABI since its introduction way
back in Mac OS X many years ago. Apple understands and cares about
deeply, how to build libraries for other people to use. Appcelerator
Native is also built on it now.