Replacing Redis with BoltDB – A Pure Go Key/Value Store

Re:Replacing Redis with BoltDB – A Pure Go Key/Value Store by antirez on Monday January 11, 2016 @09:29AM (#10880911)

I'm not sure what the user did with Redis, but it's unlikely that you can saturate a core with, like, 1000 requests/sec unless you do complex/slow operation. But apparently the OP was just doing simple ops because otherwise the switch to BoltDB could be impossible or harder. So I guess there is something to dig to understand what was happening. The most likely cause is the execution of many fast commands in Redis without a pipeline, so that all the time was burn in RTTs.

EDIT: Anyway for my programming philosophy, what the OP did, regardless of performances, totally makes sense. I think easy to use and deploy is a key value in software ;-)

[ Parent | on HN ]

Re:Replacing Redis with BoltDB – A Pure Go Key/Value Store by ploxiln on Monday January 11, 2016 @11:47AM (#10881502)

There can often be issues with managing pools of tcp connections in clients - locking around accessing the pool, corner cases in state/lifetime of a connection in the pool, etc. In my experience with other databases and languages anyway.

[ Parent | on HN ]

Re:Replacing Redis with BoltDB – A Pure Go Key/Value Store by andrewguenther on Monday January 11, 2016 @01:44PM (#10882236)

I just did some digging on their Github, for every captured HTTP request there is one Redis/Bolt op and for every replay there is one get Redis/Bolt op.

You should be able to pipeline the recording, but likely not the get operations.

[ Parent | on HN ]