michaelothomas
No user record in our sample, but michaelothomas has activity below (stories or comments). Likely we have partial data — the full bulk-load will fill profiles in.
No user record in our sample, but michaelothomas has activity below (stories or comments). Likely we have partial data — the full bulk-load will fill profiles in.
I mean, I thought it was a pretty good explanation. JavaScript plays fast and loose with types. Which means that when JIT compilers generate code for it, they have to make all sorts of conservative decisions. This makes…
Switching to WasmGC doesn't really change the equation here.
The difference is primarily algorithmic. Java on WasmGC is about 2x slower than Java on the JVM. The remaining 50x is just Chrome's regex impl being awesome.
The calculation engine was written in Java before Rust or Zig were invented.
It was all of the above. We had a pretty awesome team of people working across the entire stack optimizing absolutely everything. The blog post only talks about the three optimizations that made the biggest difference.
For larger applications things like method dispatch performance start to dominate and you land closer to 2x overall performance uplift.
I don't know absolute values but Excel still has several advantages which make it faster: - Excel is written in C++ and compiled natively which will be a bit faster than Java running on the JVM. And Java running as…
The WasmGC version is twice as fast as the JS version.