Dragonflydb – A modern replacement for Redis and Memcached

Re:Dragonflydb – A modern replacement for Redis and Memcached by baobob on Monday May 30, 2022 @07:03PM (#31564561)

There is usually a tradeoff between latency and throughput, although I'm not so sure this would be true for your innovation, since you've eliminated a whole chunk of fixed overhead from the system (syscall batching). However, batching in general often implies added latency

If I recall ScyllaDB has some excellent examples of demonstrating this particular tradeoff visually. A simple option would be a scatter plot where X = latency, Y = load or similar, with points coloured according to the system under test. Probably there is a better option, but this would likely be enough to sell me at least

[ Parent | on HN ]

Re:Dragonflydb – A modern replacement for Redis and Memcached by romange on Monday May 30, 2022 @07:13PM (#31564614)

Well in that case, I hope to have an good answer for you. Right below the benchmark graph I deliberately put a table that shows 99th percentile lantencies at *peak* throughput as reported by memtier_benchmark. 99th latency percentile of Dragonfly at its peak throughput. I put it here as well

  op r6g c6gn c7g
  set 0.8ms 1ms 1ms
  get 0.9ms 0.9ms 0.8ms
  setex 0.9ms 1.1ms 1.3ms

[ Parent | on HN ]

Re:Dragonflydb – A modern replacement for Redis and Memcached by lclarkmichalek on Tuesday May 31, 2022 @05:33AM (#31567551)

There are also things that are unmitigated improvements.

[ Parent | on HN ]