sleeping_vs_spinning
Benchmarks to measure the cost of sleeping (by felix-pb)
core-isolation
Presentation at Lund LinuxCon 2017 (by diwic)
sleeping_vs_spinning | core-isolation | |
---|---|---|
1 | 2 | |
26 | 5 | |
- | - | |
1.9 | 0.0 | |
10 months ago | about 7 years ago | |
Rust | Rust | |
MIT License | - |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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.
sleeping_vs_spinning
Posts with mentions or reviews of sleeping_vs_spinning.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-04-11.
-
Is there a lower-latency way of responding to an event than spinning/busy-waiting?
All the code is available on GitHub: https://github.com/felix-pb/sleeping_vs_spinning
core-isolation
Posts with mentions or reviews of core-isolation.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-05-16.
-
Audio Libraries Considered Challenging
I agree. It's when you get down to "musician audio" things get problematic w r t allocation, both because of the latency and because of the audio being the primary thing you care about. That's also when you start to get issues with the kernel not scheduling your thread and so on. If you're curious about kernel issues, you can read a presentation I did five years ago. Maybe the Linux kernel has improved since.
-
Is there a lower-latency way of responding to an event than spinning/busy-waiting?
You might be interested in my presentation about low latency audio here: https://github.com/diwic/core-isolation
What are some alternatives?
When comparing sleeping_vs_spinning and core-isolation you can also consider the following projects:
tokio-uring - An io_uring backed runtime for Rust
rtrb - A realtime-safe single-producer single-consumer (SPSC) ring buffer
tokio - A runtime for writing reliable asynchronous applications with Rust. Provides I/O, networking, scheduling, timers, ...