6 ms·

Bun is currently lacking workers, which at least for me is a dealbreaker. I'd also think it'd be interesting to compare against justjs when it comes to speed, s

Bun is currently lacking workers, which at least for me is a dealbreaker. I'd also think it'd be interesting to compare against justjs when it comes to speed, since that is a very small wrapper around V8 (much smaller than node/deno) and manages to score extremely high on techempower benchmarks (top 25 on all, first/second spot on a few): https://just.billywhizz.io/blog/on-javascript-performance-01/ https://just.billywhizz.io/blog/on-javascript-performance-01...

eatonphil 4y ago
Just to clarify, Bun isn't a wrapper around V8. It's a wrapper around JSC. I don't think Jared's benchmarks were benchmarking Bun and Node so much as V8 and JSC. I don't think benchmarking Bun against justjs is going to change much.
- SahAssar 4y ago
  Considering the performance difference between node, deno and justjs I don't think that's right. There is clearly a big difference between different wrappers and how to handle different things. For example some of them delegate most of HTTP handling to a native lib while IIRC node does a lot of that in its js stdlib.
- jesse__ 4y ago
  FWIW I read it as the opposite. I think most of the stuff he benched was explicitly not benching V8 against JSC. This is all me reading between the lines .. maybe you know more about JS runtimes than I do and can confirm/deny my theories? Package manager perf: Bun (presumably) wrote a C++ or zig package manager that's integrated, and speaks NPM. I guess you could aruge that this benches their fast one against the npms V8 runtime, but.. that's a bit of a stretch for me. Copying large files: I'd be surprised if any of the benched distributions rely on the javascript runtimes to copy files on disk. HTTP Requests: Maybe distributions actually call into JSC/V8 for these .. I have no idea. I'd guess not, but this one sounds the most plausible case for "benching V8 against JSC".
tiffanyh 4y ago
Looks like Just-JS author is looking into swapping V8 for JSCore. I’d be super interested in seeing just how much faster Just-JS would get using JSCore (like Bun uses). https://Twitter.com/justjs14/status/1557856790897106944#m https://Twitter.com/justjs14/status/1557856790897106944#m
- SahAssar 4y ago
  Interesting! A small wrapper switching the engine might be the most reasonable "real-world" benchmark there is.

eatonphil 4y ago

Just to clarify, Bun isn't a wrapper around V8. It's a wrapper around JSC. I don't think Jared's benchmarks were benchmarking Bun and Node so much as V8 and JSC. I don't think benchmarking Bun against justjs is going to change much.

SahAssar 4y ago
Considering the performance difference between node, deno and justjs I don't think that's right. There is clearly a big difference between different wrappers and how to handle different things. For example some of them delegate most of HTTP handling to a native lib while IIRC node does a lot of that in its js stdlib.
jesse__ 4y ago
FWIW I read it as the opposite. I think most of the stuff he benched was explicitly not benching V8 against JSC. This is all me reading between the lines .. maybe you know more about JS runtimes than I do and can confirm/deny my theories? Package manager perf: Bun (presumably) wrote a C++ or zig package manager that's integrated, and speaks NPM. I guess you could aruge that this benches their fast one against the npms V8 runtime, but.. that's a bit of a stretch for me. Copying large files: I'd be surprised if any of the benched distributions rely on the javascript runtimes to copy files on disk. HTTP Requests: Maybe distributions actually call into JSC/V8 for these .. I have no idea. I'd guess not, but this one sounds the most plausible case for "benching V8 against JSC".

tiffanyh 4y ago

Looks like Just-JS author is looking into swapping V8 for JSCore. I’d be super interested in seeing just how much faster Just-JS would get using JSCore (like Bun uses). https://Twitter.com/justjs14/status/1557856790897106944#m https://Twitter.com/justjs14/status/1557856790897106944#m

SahAssar 4y ago
Interesting! A small wrapper switching the engine might be the most reasonable "real-world" benchmark there is.