4 ms·
For most compiled languages or languages with very good VMs like Java benchmarks are really testing the quality of the implementation and the depth of the imple
by api 4y ago
For most compiled languages or languages with very good VMs like Java benchmarks are really testing the quality of the implementation and the depth of the implementor's understanding.
I'd bet that very good Go and Rust programmers could probably converge to almost identical performance.
What I wouldn't be on is that Go could equal Rust in the area of small memory footprint or on small devices.
- whalesalad 4y agounrelated but your username is solid gold
- jrockway 4y ago> What I wouldn't be on is that Go could equal Rust in the area of small memory footprint or on small devices. I haven't found a microcontroller that's too small for tinygo. I have even used time.Format(time.RFC3339) on one before. $1 spent on a microcontroller is the ultimate luxury these days.
- ilyt 4y ago> I'd bet that very good Go and Rust programmers could probably converge to almost identical performance. I'd imagine probably not purely because Rust uses LLVM which is VERY good at optimizing, while Go compiler is simpler and made for speed of compilation first. If Go got LLVM frontend yeah, maybe > What I wouldn't be on is that Go could equal Rust in the area of small memory footprint or on small devices. Well, Go is GCed, that automatically makes it use at least a bit more, and also carrying code for GC with each program.
- pyth0 4y ago> If Go got LLVM frontend yeah, maybe While Go probably wont get an official LLVM frontend, the TinyGo project [1] is trying to bring Go to embedded systems and it does use LLVM. Unfortunately I couldn't find any use for it in a project since it lacks so many features from mainline Go. Maybe I'll check back in a few years. [1] https://tinygo.org/ https://tinygo.org/