A Medium publication of benchmarks comparing the performance of Deno, Bun, Node.js and other languages and web frameworks.
HN commenters cite it for stack-level performance comparisons such as hello-world servers and UUID generation, and one calls a benchmark solid.
v8 is compacting while JSC is not. I think it's telling that v8 released a new GC in 2018 to massively improve their GC performance while in 2019 JSC redid their bytecode and execution engine to radically improve execution performance.
There's limited resources on each team and I suspect the biggest difference here is differing priorities for those resources. There's not many third-party comparisons, but here's two.
https://medium.com/deno-the-complete-reference/hello-world-performance-bun-vs-node-js-2c9d383b94c1
https://medium.com/walmartglobaltech/react-native-memory-profiling-jsc-vs-v8-vs-hermes-1626949a653b
Node is much simpler to work with, and if you're running one shot, short serverless ops (i.e. not batch), faster to start (no JVM cold start) and cheaper to run (less RAM) than Java.
If they're really concerned about performance they'd not go wrong by using Deno which often has at least double the performance of Node https://medium.com/deno-the-complete-reference/node-js-vs-deno-vs-bun-server-side-rendering-performance-comparison-f80a5abc766f
Deno for a lot of operations is actually comparable to Java level performance: https://programming-language-benchmarks.vercel.app/java-vs-typescript
The phrasing was poor, but I had in mind a whole engine or stack, and not just a language in isolation.
Basically benchmarks like these:
https://medium.com/deno-the-complete-reference/deno-v-s-go-hello-world-performance-comparison-b15c2c7f5ad
https://programming-language-benchmarks.vercel.app/typescript-vs-kotlin
To note, the first link has a follow-up with Go properly getting faster than deno when fitted with a better http server. Which is kinda my point: the tooling available and level of optimizations can easily have more impact than the language's inherent speed.
The approach deno is taking is very interesting where all packages are sandboxed. I'd be interested to hear the author's thoughts on Deno's approach as a mitigation for supply chain attacks. I understand it won't stop all attacks but it would make them significantly harder.
ref: https://medium.com/deno-the-complete-reference/sandboxing-in-deno-b3d514d88b63
Those benchmarks may not actually hold up to independent analysis:
https://medium.com/deno-the-complete-reference/node-js-vs-deno-vs-bun-server-side-rendering-performance-comparison-f80a5abc766f
No, but I should. It looks solid:
https://medium.com/deno-the-complete-reference/deno-vs-bun-performance-comparison-for-api-proxy-bf89ec3571be