crossbeam
rxRust
Our great sponsors
crossbeam | rxRust | |
---|---|---|
42 | 3 | |
6,774 | 914 | |
2.2% | 2.5% | |
8.7 | 6.5 | |
11 days ago | 3 months ago | |
Rust | Rust | |
Apache License 2.0 | MIT License |
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.
crossbeam
-
Hyperbridge: Fast multi-producer, multi-consumer unbounded channel in Rust
Crossbeam isn't async[0]. It can multiplex with itself (via the `select!` macro), but not with anything else.
Why use this or Flume over the crossbeam multi-producer multi-consumer channel [1]? I thought crossbeam was well-regarded and pretty much the unofficial standard library for sync code.
https://github.com/crossbeam-rs/crossbeam/tree/master/crossb...
-
Where can I read about how to write a safe API for unsafe code?
Shooting from the hip, crossbeam might be a good candidate for understanding the thread safety aspects of Rust. I kind of feel like this is probably "too big" of a project if you're just learning, but I can't think of something smaller off the top of my head that would be suitable.
-
crossbeam VS scalable-concurrent-containers - a user suggested alternative
2 projects | 13 Apr 2023
-
Rust Tips and Tricks #PartOne
The crossbeam crate offers a powerful alternative to standard channels with support for the Select operation, timeouts, and more.
- This implementation is actually unsafe since we don't check if the index is in-bounds. But this is fine since this is only used internally.
-
Rust vs Go
Deadlocks and leaks are easy as other languages.
- Help with package licensing issues
-
Kanal: Channels 80x faster than the standard library!
Ouch, didn’t know about https://github.com/crossbeam-rs/crossbeam/issues/821, thanks for pointing that out, that’s a big update for me!
-
Hey Rustaceans! Got a question? Ask here! (21/2022)!
The last option I can think of is using two threads (like above) and epoch GC instead of a lock (i.e. using crossbeam-epoch). But I don't have enough experience with this to say anything about it.
rxRust
What are some alternatives?
rayon - Rayon: A data parallelism library for Rust
tokio - A runtime for writing reliable asynchronous applications with Rust. Provides I/O, networking, scheduling, timers, ...
rust-threadpool - A very simple thread pool for parallel task execution
RxRust - The Reactive Extensions for the Rust Programming Language
coroutine-rs - Coroutine Library in Rust
Bus Writer - Single-reader, multi-writer & single-reader, multi-verifier; broadcasts reads to multiple writeable destinations in parallel
dashmap - Blazing fast concurrent HashMap for Rust.
libfringe - a Rust library implementing safe, lightweight context switches, without relying on kernel services
flapigen-rs - Tool for connecting programs or libraries written in Rust with other languages
rust - Empowering everyone to build reliable and efficient software.
rust - Rust for the xtensa architecture. Built in targets for the ESP32 and ESP8266