5 ms·

Happy to answer any questions about Bun

by Jarred 4y ago

jxi 4y ago
How does this compare to Vite?
sergiotapia 4y ago
New to Bun. Bun is about ~4x faster than Node. How much of this is due to Zig, vs using Webkit instead of v8?
wener 4y ago
Any plan to support musl ?
- Jarred 4y ago
  There have been musl builds of Bun before but there were a couple subtle bugs regarding thread spawning. I’m also not sure about posix_spawn implementation - would need to read up on that
ec965 4y ago
Have you experienced any pain points from using zig? I've heard a lot of good things about the language and am curious about it's down sides.
- Jarred 4y ago
  Zig is great. The editor tooling could use some more work but I think after their new stage2 compiler is more ready, it sounds like they’ll invest more into that.
threatofrain 4y ago
Any plans on a Bun competitor to Deno's edge functions?
- icy 4y ago
  It appears to be in the works: https://oven.sh https://oven.sh
- Jarred 4y ago
  I wouldn’t phrase it as a competitor but Bun will ship hosting & deployment https://oven.sh https://oven.sh
tiffanyh 4y ago
What do you think just-js does well, and doesn’t do well?
- Jarred 4y ago
  I don’t really have opinions about just-js. I enjoyed their blog post about optimizing Postgres though
losvedir 4y ago
Do you have any stats or profiling info on the binary lockfile? JSON gets parsed so fast (GBs in a second?) that intuitively it doesn't seem to me like it would be a bottleneck, especially if you have the flexibility to change the representation. I know `package-lock.json` is especially verbose, but e.g., Elixir's `mix.lock` is pretty trim, and still human-readable. If it really is a problem, then a binary lockfile might be worth it, but it's a pretty substantial hit to developer experience, I think. At least, I'm accustomed to checking the lockfile diff on PRs, and it's a shame to lose that.
- Jarred 4y ago
  Haven't experimented enough with text-based lockfile formats. It's worth trying. To make serialization fast though, it would still need to do structure of arrays instead of an array of structures. Instead of each package being an object in the lockfile, arrays of package names, of version numbers, etc. it would need a tool to understand it
jbeduya 4y ago
When is "child_process" implementation expected to be released?
- Jarred 4y ago
  next week
cercatrova 4y ago
Just curious why Zig was chosen compared to the other languages out there for high performance computing like Go, Rust, Nim etc. Was it just because you were familiar with Zig or were there deeper reasons related to the programming language?
- com2kid 4y ago
  Of the languages you mentioned, Go and Nim both have runtimes, for a product focused on performance above all else, that is just asking to leave performance on the table. As for Rust and Zig, IMHO, programming in Zig is more fun, so if I was OP, I'd also have gone for Zig.
  - winrid 4y ago
    The nim runtime overhead is very small. In my tests it was very easy to out perform the latest Node and Java runtimes with shorter, and still type safe, code.
    - generichuman 4y ago
      It is _really_ small, especially if you're using the ARC. I have some criticism for the language itself around personal preferences, such as "concepts need to be finished ASAP", "don't depend on libc" (Zig is doing a much better job here) and some syntax pet-peeves. Nim needs to be more popular IMO. Well, the same goes for D too. Sigh.
      - himujjal 4y ago
        I would have used Nim for just about everything, had there been: 1. Support for cyclic imports 2. Official WASM support. I know nlvm exists. But those are two separate runtimes to be managed for long time.
        sekao 4y ago
        I believe cyclic imports are coming. And Nim does supports wasm...you can target it with `--cpu:wasm32`. You most likely want to pair that with emscripten as in https://github.com/treeform/nim_emscripten_tutorial https://github.com/treeform/nim_emscripten_tutorial
yewenjie 4y ago
Is there any plans for simplifying the build process (currently it is a 1700 soc big makefile) so that it is easier to package in different formats/platforms?
pmayrgundter 4y ago
Heya, love the project and was very excited when I first tried it for the speed and simplicity. Glad you got funded! Please take a look at #1169. This stopped me, and the issue got a couple agreements. Also asked around on Discord to no avail. I see you have #156, which seems to indicate you're able to bundle, just not optimally for prod. But it's not clear to me how to generate a bundle.js for a main entrypoint. Maybe just a doc issue? Running ./node_modules.bun gets a loadable module, but unclear where to go from there and it's not drop-in compatible with my esbuild process.
- pmayrgundter 4y ago
  Heard back from Jared on their Discord.. indeed, it's not bundling yet. https://github.com/oven-sh/bun/issues/1169 https://github.com/oven-sh/bun/issues/1169
mark_and_sweep 4y ago
Are there any plans for releasing a native Windows executable?
- Jarred 4y ago
  Yes, though timeline not clear right now. We (https://oven.sh https://oven.sh) are hiring engineers and this is one of the first large projects

Happy to answer any questions about Bun

by Jarred 4y ago

Happy to answer any questions about Bun

jxi 4y ago

How does this compare to Vite?

sergiotapia 4y ago

New to Bun. Bun is about ~4x faster than Node. How much of this is due to Zig, vs using Webkit instead of v8?

wener 4y ago

Any plan to support musl ?

Jarred 4y ago
There have been musl builds of Bun before but there were a couple subtle bugs regarding thread spawning. I’m also not sure about posix_spawn implementation - would need to read up on that

ec965 4y ago

Have you experienced any pain points from using zig? I've heard a lot of good things about the language and am curious about it's down sides.

Jarred 4y ago
Zig is great. The editor tooling could use some more work but I think after their new stage2 compiler is more ready, it sounds like they’ll invest more into that.

threatofrain 4y ago

Any plans on a Bun competitor to Deno's edge functions?

icy 4y ago
It appears to be in the works: https://oven.sh https://oven.sh
Jarred 4y ago
I wouldn’t phrase it as a competitor but Bun will ship hosting & deployment https://oven.sh https://oven.sh

tiffanyh 4y ago

What do you think just-js does well, and doesn’t do well?

Jarred 4y ago
I don’t really have opinions about just-js. I enjoyed their blog post about optimizing Postgres though

losvedir 4y ago

Do you have any stats or profiling info on the binary lockfile? JSON gets parsed so fast (GBs in a second?) that intuitively it doesn't seem to me like it would be a bottleneck, especially if you have the flexibility to change the representation. I know `package-lock.json` is especially verbose, but e.g., Elixir's `mix.lock` is pretty trim, and still human-readable. If it really is a problem, then a binary lockfile might be worth it, but it's a pretty substantial hit to developer experience, I think. At least, I'm accustomed to checking the lockfile diff on PRs, and it's a shame to lose that.

Jarred 4y ago
Haven't experimented enough with text-based lockfile formats. It's worth trying. To make serialization fast though, it would still need to do structure of arrays instead of an array of structures. Instead of each package being an object in the lockfile, arrays of package names, of version numbers, etc. it would need a tool to understand it

jbeduya 4y ago

When is "child_process" implementation expected to be released?

Jarred 4y ago
next week

cercatrova 4y ago

Just curious why Zig was chosen compared to the other languages out there for high performance computing like Go, Rust, Nim etc. Was it just because you were familiar with Zig or were there deeper reasons related to the programming language?

com2kid 4y ago
Of the languages you mentioned, Go and Nim both have runtimes, for a product focused on performance above all else, that is just asking to leave performance on the table. As for Rust and Zig, IMHO, programming in Zig is more fun, so if I was OP, I'd also have gone for Zig.
- winrid 4y ago
  The nim runtime overhead is very small. In my tests it was very easy to out perform the latest Node and Java runtimes with shorter, and still type safe, code.
  - generichuman 4y ago
    It is _really_ small, especially if you're using the ARC. I have some criticism for the language itself around personal preferences, such as "concepts need to be finished ASAP", "don't depend on libc" (Zig is doing a much better job here) and some syntax pet-peeves. Nim needs to be more popular IMO. Well, the same goes for D too. Sigh.
    - himujjal 4y ago
      I would have used Nim for just about everything, had there been: 1. Support for cyclic imports 2. Official WASM support. I know nlvm exists. But those are two separate runtimes to be managed for long time.
      - sekao 4y ago
        I believe cyclic imports are coming. And Nim does supports wasm...you can target it with `--cpu:wasm32`. You most likely want to pair that with emscripten as in https://github.com/treeform/nim_emscripten_tutorial https://github.com/treeform/nim_emscripten_tutorial

yewenjie 4y ago

Is there any plans for simplifying the build process (currently it is a 1700 soc big makefile) so that it is easier to package in different formats/platforms?

pmayrgundter 4y ago

Heya, love the project and was very excited when I first tried it for the speed and simplicity. Glad you got funded! Please take a look at #1169. This stopped me, and the issue got a couple agreements. Also asked around on Discord to no avail. I see you have #156, which seems to indicate you're able to bundle, just not optimally for prod. But it's not clear to me how to generate a bundle.js for a main entrypoint. Maybe just a doc issue? Running ./node_modules.bun gets a loadable module, but unclear where to go from there and it's not drop-in compatible with my esbuild process.

pmayrgundter 4y ago
Heard back from Jared on their Discord.. indeed, it's not bundling yet. https://github.com/oven-sh/bun/issues/1169 https://github.com/oven-sh/bun/issues/1169

mark_and_sweep 4y ago

Are there any plans for releasing a native Windows executable?

Jarred 4y ago
Yes, though timeline not clear right now. We (https://oven.sh https://oven.sh) are hiring engineers and this is one of the first large projects