moka
A high performance concurrent caching library for Rust (by moka-rs)
concache
A linked-list based, lock-free concurrent hashmap in Rust. (by saligrama)
| moka | concache | |
|---|---|---|
| 4 | 1 | |
| 1,345 | 157 | |
| 3.0% | - | |
| 9.3 | 10.0 | |
| 13 days ago | over 4 years ago | |
| Rust | Rust | |
| Apache License 2.0 | Apache License 2.0 |
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.
moka
Posts with mentions or reviews of moka.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-02-08.
-
Python deserves a good in-memory cache library!
If you know Caffeine(Java)/Ristretto(Go)/Moka(Rust), you know what Theine is. Python deserves a good in-memory cache library.
-
caching, asynchronous, request deduplication - deduplicate 0.3.1
Thanks for the feedback. I am aware of Moka. We used it on a work project but stopped because we had a couple of issues with it. The main one was: https://github.com/moka-rs/moka/issues/154 which I think is fixed now and a smaller issue which was caused by the Quanta crate crashing on AMD chips (also fixed).
-
Writing a concurrent LRU cache
Ya, I saw concache but I looked into it and it doesn't implement what is needed. Each bucket has its own linked-list backing (hence "lock-free linked list buckets"). An LRU needs each value in each bucket to be part of one linked list I believe. After posting this I realized my line of research was failing because it was state of the art five years ago. Caffeine replaced `concurrentlinkedhashmap` in the java world (by the same author). A rust version of that is Moka. These are much more complicated than a concurrent LRU but faster (aka more state of the art). Another rust crate is Stretto which is a port of dgraph's Ristretto (in go). The question becomes is it worth it to essentially port `concurrentlinkedhashmap` to have a great concurrent LRU when there are more state of the art caches out there.
-
Stretto - a thread-safe, high-performance, high hit-ratio cache.
How does it compare to https://github.com/moka-rs/moka ?
concache
Posts with mentions or reviews of concache.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-12-10.
-
Writing a concurrent LRU cache
Concache ( https://github.com/saligrama/concache ) is the only crate that came up easily in a search, but I don't know whether it would be easily adaptable if it needed tweaks. You might could try forking it anyway.
What are some alternatives?
When comparing moka and concache you can also consider the following projects:
stretto - Stretto is a Rust implementation for Dgraph's ristretto (https://github.com/dgraph-io/ristretto). A high performance memory-bound Rust cache.
concurrentlinkedhashmap - A ConcurrentLinkedHashMap for Java
ristretto - A high performance memory-bound Go cache
dashmap - Blazing fast concurrent HashMap for Rust.
rust-memcache - memcache client for rust
left-right - A lock-free, read-optimized, concurrency primitive.
Stretto - Beautiful web-based music player
Caffeine - A high performance caching library for Java