4 ms·

Does anyone know why Bun (without --smol) sometimes uses much more memory than Node? Is this due to not being v1 yet? I'm also wondering if some old benchmarks

by jasfi 3y ago

Does anyone know why Bun (without --smol) sometimes uses much more memory than Node? Is this due to not being v1 yet? I'm also wondering if some old benchmarks could now be irrelevant.

uhryks 3y ago
I don't know how different it is, but my guess is mostly that Node.js uses v8 and bun uses JavascriptCore.
deleted 3y ago
[deleted]
jer0me 3y ago
https://twitter.com/jarredsumner/status/1680805432665985025 https://twitter.com/jarredsumner/status/1680805432665985025
- degun 3y ago
  Am I misinterpreting or does it sound a bit arrogant as a response?
  - kissgyorgy 3y ago
    Yes, you are misinterpreting it.
Jarred 3y ago
The heap size grows faster & stays larger in the default configuration, adjusted for the amount of memory the computer has We might enable —smol by default though. The garbage collector configuration in JavaScriptCore is still kind of a mystery to me. I think we would ideally have something in-between —smol and default. I expect we will fiddle with this more shortly before or after 1.0
- jasfi 3y ago
  OK thanks. Is that noted on the Bun site? Sounds like an FAQ.
foo_bar_2000 3y ago
Use v8 (node/deno) if JSC (bun) doesn't suit you https://medium.com/walmartglobaltech/react-native-memory-profiling-jsc-vs-v8-vs-hermes-1626949a653b https://medium.com/walmartglobaltech/react-native-memory-pro...
paxys 3y ago
Using more memory to increase performance is a good thing. All software should be doing it, especially one that is meant to run server-side. Who cares if Bun takes a couple hundred MBs extra (which is worth like $0.20)? It is also like 5-20x faster than Node for basic tasks because of it.
- wiseowise 3y ago
  > Who cares if Bun takes a couple hundred MBs extra (which is worth like $0.20)? Users of a software whose author decided to use tool that only cares about server side.
- jasfi 3y ago
  I wanted to make sure that was the case, instead of inefficiency.

by jasfi 3y ago

Does anyone know why Bun (without --smol) sometimes uses much more memory than Node? Is this due to not being v1 yet? I'm also wondering if some old benchmarks could now be irrelevant.

uhryks 3y ago

I don't know how different it is, but my guess is mostly that Node.js uses v8 and bun uses JavascriptCore.

deleted 3y ago

[deleted]

jer0me 3y ago

https://twitter.com/jarredsumner/status/1680805432665985025 https://twitter.com/jarredsumner/status/1680805432665985025

degun 3y ago
Am I misinterpreting or does it sound a bit arrogant as a response?
- kissgyorgy 3y ago
  Yes, you are misinterpreting it.

Jarred 3y ago

The heap size grows faster & stays larger in the default configuration, adjusted for the amount of memory the computer has We might enable —smol by default though. The garbage collector configuration in JavaScriptCore is still kind of a mystery to me. I think we would ideally have something in-between —smol and default. I expect we will fiddle with this more shortly before or after 1.0

jasfi 3y ago
OK thanks. Is that noted on the Bun site? Sounds like an FAQ.

foo_bar_2000 3y ago

Use v8 (node/deno) if JSC (bun) doesn't suit you https://medium.com/walmartglobaltech/react-native-memory-profiling-jsc-vs-v8-vs-hermes-1626949a653b https://medium.com/walmartglobaltech/react-native-memory-pro...

paxys 3y ago

Using more memory to increase performance is a good thing. All software should be doing it, especially one that is meant to run server-side. Who cares if Bun takes a couple hundred MBs extra (which is worth like $0.20)? It is also like 5-20x faster than Node for basic tasks because of it.

wiseowise 3y ago
> Who cares if Bun takes a couple hundred MBs extra (which is worth like $0.20)? Users of a software whose author decided to use tool that only cares about server side.
jasfi 3y ago
I wanted to make sure that was the case, instead of inefficiency.