RustTokioBenchmark
rune
RustTokioBenchmark | rune | |
---|---|---|
1 | 22 | |
0 | 1,608 | |
- | 4.2% | |
2.7 | 8.8 | |
about 2 months ago | 17 days ago | |
Rust | Rust | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
RustTokioBenchmark
-
3 years of fulltime Rust game development, and why we're leaving Rust behind
> If you ever pull up a debugger and step through an async Rust/tokio codebase, you'll get a good sense for what the overhead here we're talking about is.
So I didn't quite do that, but the overhead was interesting to me anyway, and as I was unable to find existing benchmarks (surely they exist?), I instructed computer to create one for me: https://github.com/eras/RustTokioBenchmark
On this wee laptop the numbers are 532 vs 6381 cpu cycles when sending a message (one way) from one async thread to another (tokio) or one kernel thread to another (std::mpsc), when limited to one CPU. (It's limited to one CPU as rdtscp numbers are not comparable between different CPUs; I suppose pinning both threads to their own CPUs and actually measuring end-to-end delay would solve that, but this is what I have now.)
So this was eye-opening to me, as I expected tokio to be even faster! But still, it's 10x as fast as the thread-based method.. Straight up callback would still be a lot faster, of course, but it will affect the way you structure your code.
Improvements to methodology accepted via pull requests :).
rune
- 3 years of fulltime Rust game development, and why we're leaving Rust behind
- RustPython
-
Steel β An embedded scheme interpreter in Rust
A Lisp, a weird dialect of Lisp, is not better than Lua. Why use Rune [0]?!
[0]: https://rune-rs.github.io/
-
Embeddable Scripting Language for Embedded Rust
This is what I based my comment on - https://github.com/rune-rs/rune/issues/444
-
-π- 2022 Day 13 Solutions -π-
Late start today as well. I really thought today would be the day that I'd have to abandon my goal of no heap allocations. But, luckily I had an arena allocator available that I could fairly easily adapt to store data on the stack. And with some tweaks we have today's solution:
- α£ the Rune Programming Language
-
thought you guys might like this monstrosity i created (that i actually use in a project)
I'd have given you bonus points for using a rust styled scripting language like rune but that's pretty neat still
-
Visual scripting for Rust
As note about using rust syntax for scripting: https://rune-rs.github.io/
-
Designing a Rust -> Rust plugin system
I know you said you donβt want to embed another language but IMO Rune is worth a consideration here. It can be a pretty thin abstraction over rust by passing native structs to scripts and calling methods on them. The syntax and semantics are very close to rust so it feels natural. https://github.com/rune-rs/rune
-
Rune vs Rhai?
The biggest technical difference I'd say is that Rune uses a stack-based machine which makes adding deep C support somewhat obvious while Rhai performs AST walking to execute scripts.
What are some alternatives?
Rhai - Rhai - An embedded scripting language for Rust.
RustPython - A Python Interpreter written in Rust
mun - Source code for the Mun language and runtime.
miniserve - π For when you really just want to serve some files over HTTP right now!
Flux.jl - Relax! Flux is the ML library that doesn't make you tensor
gluon - A static, type inferred and embeddable language written in Rust.
miri - An interpreter for Rust's mid-level intermediate representation
dyon - A rusty dynamically typed scripting language
zig - General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.
lokke - Lokke: Clojure for Guile
Befunge - lang befunge 93 fast
helix - A post-modern modal text editor.