Devarsh Bhatt
414 posts
@boshen_c Bun and OXC can better integrate into each other. JS/TS tooling is going to get a lot faster now.
English
Bun needs more lints!
In this PR, all crates inherit workspace lints, so we can add more lints later and apply them across the whole codebase.
github.com/oven-sh/bun/pu…
English
@jarredsumner @normarayr @thdxr Does bun (or Webkit) need SSE4.2 or newer to run? Our rented servers are running on VM which does not have anything better than SSE2.
English
@normarayr @thdxr Merged a fix. I’ll separately have a claude get OpenCode building & running to test e2e
English
@boshen_c If bun and oxc tools are in Rust and have same kind of performance hacks - how are they (bun) gonna make it more fast compared to others. OXC got a lot of head-start here and they can always check bun's rust code to make it more better in future.
English
@Hi_Mrinal They are not. They are trusting their tests + Claude and other AI Agents to back them up if something goes wrong.
English
@jarredsumner I'll be happy to test any carany build related to this issue on my server with the avx issue.
English
@DoKoB0512 You tested latest? The known source of this was a flipped boolean in WebKit and that was fixed either this release or the previous
English
@jarredsumner Poke robobun to fix this issue. It's crashing every release of bun after v1.3.8 on our prod machines.
github.com/oven-sh/bun/is…
English
Bun v1.3.14
- Fixes 92 issues, addressing 380 👍
- `Bun.Image` - builtin image processing
- global virtual store in bun install
- HTTP/3 Bun.serve()
- HTTP/3 & HTTP/2 fetch()
- `node:worker_threads` stability fixes
- -17 MB on Windows, -7 MB on Linux
bun.com/blog/bun-v1.3.…
English
@saltyAom When we compile the n8n's build with 8K modules (real-world test), it takes 16GB of RAM and 30-60 seconds at best (using bun's latest version).
English
"JavaScript is slow"
Sure grandma, let's get you to bed
SaltyAom@saltyAom
Server startup time for 100k route Go Fiber • Bun Elysia 2 • Rust Actix Web Despite Bun enormous size, it's somehow fast
English
so far, in the next version of Bun:
- global bun install virtual store reduces disk usage
- HTTP/3 Bun.serve() & fetch
- HTTP/2 fetch
- node:tls uses less ram
- Stability fixes for Worker, MessagePort & BroadcastChannel
guess the 2 things we’ll add to this list before we ship
English
@SheriefFYI while claude worked on bun’s http3 server I had another claude write an http3 load testing CLI so that claude could more benchmark and iterate on the server to make it faster
I tried to use oha but their client wasn’t fast enough to saturate the server
English
~18 months later, I have walked an LLM into writing a production grade tool that I use on a daily basis. I averaged a few hundred LOCs committed a day, the best win was being able to multi-task a lot while developing this.
Sherief, FYI@SheriefFYI
I haven't been able to get LLMs to make meaningful contributions to production code, whether writing it or even reviewing it - but having LLMs write small utility programs / scripts for me has boosted my velocity significantly, I doubt anyone saying LLMs don't help sw dev.
English
@Nekrolm Bun's zig would be like "heavily-modified" version. They are not going to take the latest changes from the main branch since zig is planning to ditch LLVM. Bun has implemented so much stuff and optimizations around LLVM which makes adopting main-branch impossible (kinda).
English
То есть у Zig уже есть продакшон форк, поддерживаемый крупной конторой, потому что они не договорились с основной веткой о политиках по использованию AI?
Кайф, чо, Zig спидранит свою версию истории C и C++. Ждем 3+ мажорных реализации и появления международного комитета по стандартизации Zig
Bun@bunjavascript
In Bun’s zig fork, we added parallel semantic analysis and multiple codegen units to the llvm backend on macOS & Linux This makes debug builds of Bun compile > 4x faster, improving internal development velocity
Русский
@lisboas_lucas 8GB of VRAM is more than enough, software optimizations are the real bottleneck in the gaming industry.
English
@jarredsumner @charliermarsh Dynamic import crashing fix when? (It's happening on linux too)
github.com/oven-sh/bun/is…
English
@jarredsumner Dynamic import crashing fix when? (It's happening on linux too)
github.com/oven-sh/bun/is…
English
It’s not precisely accurate that we stream tarballs to disk. It is extracted in-memory to a temp folder. No tarball is saved.
Previously, Bun didn’t start extracting until the entire tarball finished downloading. compressed and uncompressed tarballs stayed in memory too long.
English
In the next version of Bun
bun install streams tarballs to disk
In a large repo, this reduced memory by 17x
English
@bunjavascript Dynamic import crashing fix when? (It's happening on linux too)
github.com/oven-sh/bun/is…
English
Bun v1.3.13
- Fixes 82 issues addressing 381 👍
- bun test —isolated, —parallel, —changed, —shard
- bun install uses up to 17x less memory
- sourcemaps use 8x less memory
- 5% runtime memory reduction
- tons of reliability fixes
Thx to 8 contributors!
bun.com/blog/bun-v1.3.…
English