Live data from Hacker News

DiceDB

dicedb.io

51–60 of 143 posts

Re: DiceDB

#51
post #47
post #38

Any reason to use this over Valkey, which is now faster than Redis and community driven? Genuinely interested.

DragonflyDB is also in that race, isn't it?

From what I looked at in the past, they seem better on paper by comparing themselves to a very old version of Redis in a rigged scenario (no clustering or multithreading applied despite Drangonfly getting multithreading enabled), and they are a lot worse in terms of code updates. Maybe that's different today, but I'm more keen on using Valkey.

Re: DiceDB

#52

| Metric | DiceDB | Redis | | -------------------- | -------- | -------- | | Throughput (ops/sec) | 15655 | 12267 | | GET p50 (ms) | 0.227327 | 0.270335 | | GET p90 (ms) | 0.337919 | 0.329727 | | SET p50 (ms) | 0.230399 | 0.272383 | | SET p90 (ms) | 0.339967 | 0.331775 | UPD Nevermind, I didn't have my eyes open. Sorry for the confusion. Something I still fail to understand is where you can actually spend 20ms while…

Looks like your units are in ms, so 0.20 ms.

oh thank you, it's just me being blind

Re: DiceDB

#53
post #51
post #47

Earlier quoted context omitted.

DragonflyDB is also in that race, isn't it?

From what I looked at in the past, they seem better on paper by comparing themselves to a very old version of Redis in a rigged scenario (no clustering or multithreading applied despite Drangonfly getting multithreading enabled), and they are a lot worse in terms of code updates. Maybe that's different today, but I'm more keen on using Valkey.

Does Redis support multithreading? Doesn't it use a single-threaded event loop, while DragonflyDB basic version is with multithreading enabled and shared-nothing architecture. Also I found this latest comparison between Valkey and DragonflyDB : https://www.dragonflydb.io/blog/dragonfly-vs-valkey-benchmar...

Re: DiceDB

#54
post #53
post #51

Earlier quoted context omitted.

From what I looked at in the past, they seem better on paper by comparing themselves to a very old version of Redis in a rigged scenario (no clustering or multithreading applied despite Drangonfly getting multithreading enabled), and they are a lot worse in terms of code updates. Maybe that's different today, but I'm more keen on using Valkey.

Does Redis support multithreading? Doesn't it use a single-threaded event loop, while DragonflyDB basic version is with multithreading enabled and shared-nothing architecture. Also I found this latest comparison between Valkey and DragonflyDB : https://www.dragonflydb.io/blog/dragonfly-vs-valkey-benchmar...

IO multithreading is still not fully there, there were significant improvements within the first couple of iterations, hopefully, it will improve further. I see that Dragonfly uses iouring, which is not recommended by Google due to security vulnerabilities.

Re: DiceDB

#56
post #4

Is there a single sentence anywhere that describes what it actually is?

seems like a key store, with an ability to watch/subscribe to monitor for the change of values in real time

"A key store, with an ability to watch/subscribe to monitor for the change of values in real time."

Should be the first sentence on their website and repo.

Re: DiceDB

#58
post #54
post #53

Earlier quoted context omitted.

Does Redis support multithreading? Doesn't it use a single-threaded event loop, while DragonflyDB basic version is with multithreading enabled and shared-nothing architecture. Also I found this latest comparison between Valkey and DragonflyDB : https://www.dragonflydb.io/blog/dragonfly-vs-valkey-benchmar...

IO multithreading is still not fully there, there were significant improvements within the first couple of iterations, hopefully, it will improve further. I see that Dragonfly uses iouring, which is not recommended by Google due to security vulnerabilities.

I read Google is limitting the use of io_uring, but I have seen io_uring being used in other Databases, TigerBeetle is another DB which uses io_uring.
Post reply on HN