solid_cache VS yottaStore

View on GitHub

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

No Redis - I want to try out SolidCache & DB based ActiveJobs (so no Sidekiq either)

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.

I'm building a database, and I'm working on the storage format. For each record I have a logical clock which increases by 1 every time there's a write operation on the record, and I would like to be able to compare the clocks of two writes to understand which happened first.

If you're curious to know more, the tree is used for rendezvous based routing, as used by my datastore. I'm doing machine learning on a 200 TB dataset, using around 200 machines.

I copied this approach from several papers, with some improvements, for my datastore.

I have a server with hundreds of routes, representing all the possible operations I can do on a datastore. How can I organize my code better?

Yes I'm building a database where storage and compute are decoupled. I use io_uring to do pseudo-RDMA, and I'm looking to add ePBF to make it even more effective.

I'm currently building an implementation of the dynamo paper, yottastore. Imagine it as a huge, distributed, hash map.

I'm building an implementation of the dynamo paper, yottastore. Given a key, I need to find which NVMe block stores the data. To do that I hash the key to find the shard where I have an in memory array in which at position [hash] I can find a struct with:

I have to be honest, I'm very skeptical about your results and your code. I'm building a database, yottastore, both in javascript, golang and rust so I think I can share my opinion: