-
tokio
A runtime for writing reliable asynchronous applications with Rust. Provides I/O, networking, scheduling, timers, ...
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
Link is broken on Apollo app, here should be a fixed one
https://github.com/tokio-rs/tokio/issues/4623 for a discussion about what should be done about tokio's parking_lot feature.
Recently I learned about the hyaline reclamation scheme that seize uses. Mentioning since it may interest you:flurry, a concurrent HashMap, recently switched from crossbeam-epoch (based on epoch GC) to seize.
Recently I learned about the hyaline reclamation scheme that seize uses. Mentioning since it may interest you:flurry, a concurrent HashMap, recently switched from crossbeam-epoch (based on epoch GC) to seize.
The epoch GC library I've used before was a Google-internal C++ one. It noticeably improved my software's tail latency over rwlocks. The unique thing about it is that it was basically zero-cost over a plain non-atomic pointer. It used Linux restartable sequences (aka rseq) to take advantage of synchronization operations Linux does on each context switch, rather than adding new atomics. I'm not aware of any open source synchronization libraries that do the same thing, but there's nothing stopping someone from writing one. rseq kernel support has been in mainline since Linux 4.18.