nashorn VS hermes

nashorn

I mean...

It's still maintained by the open jdk team here: https://github.com/openjdk/nashorn

Although Java includes Javascript, or at least it used to. These days it has been taken out as a separate library (https://github.com/openjdk/nashorn), which honestly makes even more sense for the metaphor.

What prevents you from using https://github.com/openjdk/nashorn? It's available on maven

Hermes is a big one as well: low startup latency, low memory

https://hermesengine.dev/

Hermes

InstagramBundle.js.hbc.spk.xz is likely a compressed version of Hermes bytecode (js.hbc)"

In React Native's case, it uses an engine called Hermes:

📜 I made JSON.parse() 2x faster: Radek proposes to improve the performance of Hermes by using very fast C++ libs based on SIMD instructions. Interesting to read even if you don't use React-Native. Ongoing discussions on the Hermes PR.

Thanks! There's a preliminary PR with a discussion here: https://github.com/facebook/hermes/pull/933 (and broader context here: https://github.com/facebook/hermes/issues/811 ). But we'll see if there's any interest on Hermes' side to merging it. They definitely want to improve the parser, but it's unclear to me if they want to take on the simdjson/simdutf dependencies.

For me it’s a JS engine for React Natve - https://hermesengine.dev/

💉 Building and injecting a JS bundle a basic concept: If the native code wasn’t changed, simply create JS bundle and inject it into the precompiled application. (You must take an extra step to convert a js file to bytecode if you use the Hermes js engine.)