3 ms·
Lessons Learned – Benchmarking NoSQL on the AWS Cloud (AerospikeDB and Redis)
- ashweta 12y agoI notice that 16 Redis shards have been used for no-persistence case. But only 12 Redis shards used for persistence case. Any reason for this?
- lynnlangit 12y agoIn the first case (no-persistence) the bottleneck is the network throughput. In the second case the bottleneck is the disk IO. We stopped adding more Redis shards as we reached the disk IO limit with the 12 shards. Adding more shards wouldn't affect the results as the disk was choking with the number of transactions from 12 shards.
- antirez 12y agoGood to see Redis delivering the same performances of the other system in a benchmark conceived by the other systems creators. The benchmark is limited to GETs and SETs without pipelining, and the amount of data is not clear (or I missed it). However what's cool is that with pipelining in Redis you get 5x this at least, and the fact that at the same speed you can't just run GETs and SETs, but all the O(1) and O(log_N) operations.
- chetanv 12y agoAmount of data is mentioned: 10 million keys and 100 byte string values for each key
- antirez 12y agoYep I read this, but it looks strange because the instances have 250GB of RAM... more than one order of magnitude more of what Redis needs to store the same amount of data. So maybe there is something more about that? No idea.
- itamarhaber 12y agoWe've also added a few thoughts here: https://redislabs.com/blog/the-lessons-missing-from-benchmarking-nosql-on-the-aws-cloud-aerospikedb-and-redis https://redislabs.com/blog/the-lessons-missing-from-benchmar...