solid_cache
ScaleStore
solid_cache | ScaleStore | |
---|---|---|
5 | 2 | |
728 | 109 | |
5.1% | 4.6% | |
9.2 | 3.4 | |
5 days ago | 4 months ago | |
Ruby | C++ | |
MIT License | 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.
solid_cache
-
Five Apache projects you probably didn't know about
Cool. This post is right beside the 37signals one[1] that mentions SolidCache[0].
I discovered two solutions in one day.
[0] https://github.com/rails/solid_cache
[1] https://news.ycombinator.com/item?id=38710927
-
AMD Ryzen 5 3600 vs Intel® Core i5-13500 server for Ruby on Rails
No Redis - I want to try out SolidCache & DB based ActiveJobs (so no Sidekiq either)
-
Ask HN: Why are there no open source NVMe-native key value stores in 2023?
Is that discussion/implementation of nvme available somewhere in public?
https://github.com/rails/solid_cache didn't include anything about NVME that I could find.
- Solid Cache – a database-backed Rails cache
ScaleStore
-
Ask HN: Why are there no open source NVMe-native key value stores in 2023?
I don't remember exactly why I have any of them saved, but these are some experimental data stores that seems to be fitting what you're looking for somewhat:
- https://github.com/DataManagementLab/ScaleStore - "A Fast and Cost-Efficient Storage Engine using DRAM, NVMe, and RDMA"
- https://github.com/unum-cloud/udisk - "The fastest ACID-transactional persisted Key-Value store designed for NVMe block-devices with GPU-acceleration and SPDK to bypass the Linux kernel."
- https://github.com/capsuleman/ssd-nvme-database - "Columnar database on SSD NVMe"
-
The end of a myth: Distributed transactions can scale
The linked blog post at the top of this article - https://muratbuffalo.blogspot.com/2023/01/is-scalable-oltp-i... - provides graphics that give extremely useful context. And here's the repo for the paper that discusses: https://github.com/DataManagementLab/ScaleStore
The idea that one of many writer-compute-nodes can literally reach into a memory buffer that is shared across machines, atomically flip some lock bits and propagate some cache-coherence messages, and use that to build a multi-writer distributed database without needing to partition (and where any writer-compute-node can handle any message, so you can just round-robin a firehose of messages at them)... and that there's a chance (though not yet implemented) that one could implement ACID on top of this? It's absolute madness, and wildly exciting.
What are some alternatives?
udisk - The fastest ACID-transactional persisted Key-Value store designed as modified LSM-Tree for NVMe block-devices with GPU-acceleration and SPDK to bypass the Linux kernel
ssd-nvme-database - Columnar database on SSD NVMe
kvrocks - Apache Kvrocks is a distributed key value NoSQL database that uses RocksDB as storage engine and is compatible with Redis protocol.
KVRocks - RocksDB compatible key value store and MyRocks compatible storage engine designed for KV SSD
uNVMe - KV and LBA SSD userspace NVMe driver
Olric - Distributed in-memory object store. It can be used as an embedded Go library and a language-independent service.
KVSSD - KV SSD host software including APIs and drivers
Aerospike - Aerospike Database Server – flash-optimized, in-memory, nosql database
NebulaGraph Database - A distributed, fast open-source graph database featuring horizontal scalability and high availability