Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Beware of Bun.js

gist.github.com

Post reply on HN
Print view View original

21–30 of 53 posts

Re: Beware of Bun.js

#21

Post by KerrAvon »

fritolaid wrote: post #10

The thing about Bun that turns me off is around the OS-specific system call optimizations (using different optimizations for different platforms) which means that each new feature they add to bun that uses any system calls must be done 3 times for the 3 major platforms (MacOS, Windows, Linux) Another thing is I believe Deno supports WebGPU and Node supports WebGL via Angle etc (for e.g. running Tensorflow with GPU su…

I have nothing to do with anything in this space, but why would you not want to take advantage of the platform’s native capabilities?

Re: Beware of Bun.js

#23

Post by undefined_void »

squeaky-clean wrote: post #20
undefined_void wrote: post #16

Earlier quoted context omitted.

nope, this is after those updates.

You mean the fixes aren't applied? The sqlite looks like it changed to the sqlite3 version 5 days ago https://github.com/oven-sh/bun/commit/4b5c9acc72908ba22e3f70...

the homepage links to https://github.com/oven-sh/bun/blob/e55d6eed2bf9a5db30250fdd... which is clearly using Wasm

Re: Beware of Bun.js

#24

Post by wdroz »

ph4evers wrote: post #8

Seems a bit of a general theme. Not long ago I saw an article claiming Bun was faster than Rust Hyper webserver, but the author forgot to turn off debug mode. Article is gone now: https://medium.com/cooking-with-bun/hello-world-performance-...

> forgot to turn off debug mode

This is almost a meme in the Rust subreddit at this point. So many times, people come, post some kind of benchmark claiming that Rust is slower than X. Then after some back-and-forth discussion/tests, we found out that the release mode wasn't used.

Re: Beware of Bun.js

#26

Post by squeaky-clean »

undefined_void wrote: post #23
squeaky-clean wrote: post #20

Earlier quoted context omitted.

You mean the fixes aren't applied? The sqlite looks like it changed to the sqlite3 version 5 days ago https://github.com/oven-sh/bun/commit/4b5c9acc72908ba22e3f70...

the homepage links to https://github.com/oven-sh/bun/blob/e55d6eed2bf9a5db30250fdd... which is clearly using Wasm

That is pretty misleading then and they should update the homepage, I was just following the file's linked in the gist which seem to be updated.

Re: Beware of Bun.js

#27

Post by mastax »

olliej wrote: post #15

This seems to not be entirely reasonable. [edit: apparently the author is a deno employee but did not choose to disclose such? If so then that throws any moral position they have out the window. The below however is still accurate to my reading of the complaints.] First up is the FFI test. On the one hand I think that this is a legitimate complaint, changing an existing benchmark for your comparisons is always suspec…

The bun sqlite benchmark is importing 'bun:sqlite' which is a native binding, not wasm.

Re: Beware of Bun.js

#28

Post by imiric »

girvo wrote: post #9
sergiotapia wrote: post #4

Very sad to read this. I thought Bun was above this type of thing and was the real deal. Do you think they were resorting to that kind of thing to pursue funding? This sucks :(

I don't think this is malice, more that frankly developers are really bad at benchmarks. Myself included.

I wouldn't say it's even that. To me it reads like they're using sane defaults for Deno that any developer would use. The fact performance can be improved by leveraging knowledge of Deno internals is irrelevant. Comparing default OOB performance is an apples-to-apples comparison.

This "exposé" seems like mud slinging from a disgruntled Deno maintainer with inherent bias to see Deno perform better. If anything, it paints a poor picture of Deno, not Bun.

Re: Beware of Bun.js

#29

Post by TheRealPomax »

chrismorgan wrote: post #19
troquerre wrote: post #3

There should be a disclaimer that the author works for Deno https://gist.github.com/littledivy

Mind you, despite being a possible conflict of interest this also provides credentials for likely relevant expertise, with skill and interest in correcting errors. (Also, disclosure, not disclaimer.)

Or, perhaps the complete opposite, where it's someone who actually knows how to benchmark JS engines because they work for deno. But we won't know unless they explain which it is.

Re: Beware of Bun.js

#30

Post by [deleted] »

undefined_void wrote: post #23
squeaky-clean wrote: post #20

Earlier quoted context omitted.

You mean the fixes aren't applied? The sqlite looks like it changed to the sqlite3 version 5 days ago https://github.com/oven-sh/bun/commit/4b5c9acc72908ba22e3f70...

the homepage links to https://github.com/oven-sh/bun/blob/e55d6eed2bf9a5db30250fdd... which is clearly using Wasm

[deleted]
Post reply on HN