Embedded SWE Rust & TypeScript first Building @pocket_js
HalfSweetIsland
Joined June 2019
- Tweets1.7K
- Following510
- Followers2.3K
- Likes4.1K
难以想象的巨大成就
New from PocketJS: quickjs-oxide.
A JavaScript interpreter modeled after QuickJS, implemented from scratch by AI in Rust with zero unsafe code, and the first of its kind to achieve performance competitive with the original QuickJS.
We spent one month achieving a high Test262 pass rate, then another month cleaning up the code, getting rid of the AI slop, and reaching competitive performance with just a stack VM and reference counting. Over the last weekend at RustChinaConf, we rewrote the core into a register VM and achieved this level of performance in just two days.
Now quickjs-oxide outperforms most non-JIT JavaScript engines on benchmarks like V8 v7 and the Octane suite, using only around 30% more memory than QuickJS, while maintaining zero lines of unsafe implementation code and no external dependencies except for BigInt support.
Huge credit to @ericoolen_eric for making this happen, and massive thanks to our sponsor @ZephyrCloudIO for supporting the journey!
Pipe retweeted
As much as I respect Chinese-made AI models and hardware, I'm equally puzzled by how rough most of the software still is. Whether it's Wechat or Alipay or HarmonyOS. You'd think getting unique aesthetics, perfect fidelity, and great flows would be "easy", but clearly it is not.
ok so i've been quietly making a logic analyzer app as a side project hehe~ it's called HSync ✨
rust core, tauri + vue on top. it runs DSLogic, ATK-Logic and PX-Logic analyzers on mac, windows and linux, and decodes your bus while it's still capturing
it used to use sigrok's decoders, but i rewrote the whole decode stack in rust. the engine is called uiharu
and now the cursed part: i write the decoders in typescript 🥺
before you yell at me!! the typescript never actually runs. it's just the DSL. a little compiler eats a strict subset of it, turns it into an IR, checks it and spits out rust. no JS runtime anywhere, pinky promise
why ts tho? a decoder is basically a tiny state machine and ts already has everything it wants. events are just tagged unions. every read is an await, so a decoder can take a nap wherever the samples get cut and wake up later. and your editor already knows how to typecheck it, zero setup
is it fast? yes!! (｡•̀ᴗ-)✧
on the same machine my spi decoder is 52× faster than sigrok's python one on dense traffic and 27× faster on a sparse 16-channel capture. memory stays flat too, +0.3 MiB over 50M samples, while sigrok ate +291 MiB over 3.1M
uiharu is written from the public specs with zero sigrok code in it, and the whole repo is going Apache-2.0 soon
it's just a side project i poke at in my free time so pls be gentle 👉👈 issues, PRs and new decoders are all super welcome~
github.com/HalfSweet/HSync
很高兴今天能在 RustChinaConf 来和大家分享一些 @pocket_js 的新进展，也认识了很多有意思的朋友🥳
感谢 @blackanger 张老师的组织，期待下次再和大家见面，聊聊更多有趣的东西～
What if a UI framework were a compiler, not a runtime?
PocketJS now runs the Hero demo in just 1.3MB of runtime memory, down from 7.84MB.
A round of memory fixes also eliminated the slow creep we were seeing over long runs.
8MB+ used to be the practical floor. Now ~4MB is enough for fairly large apps, opening the door to much cheaper ESP32 parts.
Thanks @baobaoa_ for helping track these down!
努力工作了一上午，终于把新家的VRF接好了，现在终于可以在米家里面控制空调的参数和开关了。
不得不说在这种狭窄空间里面接线真是一件非常累的工作，电工师傅们确实很厉害
PS：图2是中途拍的照，不是最终接线状态，我有好好接到连接器里面的，绝对没有任何铜丝外露！
