News for hackers. Stuff that matters.

Ask HN: A memory efficient and concurrent redis – are you interested?

We are working on a redis-compatiable key-value store. Our design reduced memory consumption by half for the same dataset compared with redis. We also implemented multi-threading and ACID compliance. In a 16-core machine, we achieved more than 10X throughput compared to redis. Our implementation is 100% compatible with redis clients (it can be used as a drop-in replacement of redis). We would like to gauge the interest in our product. Please leave a comment if you would like to try it out or if you have additional feature requests.
( 11 comments | 7 points | on HN )
Re:Ask HN: A memory efficient and concurrent redis – are you... by alain_gilbert on Sunday February 26, 2017 @02:40AM (#13736162)
I want to try as well. I'm curious, (if you don't mind sharing this information) what language is used to develop this new technologie ?
Re:Ask HN: A memory efficient and concurrent redis – are you... by nkstar on Sunday February 26, 2017 @08:30PM (#13741198)
It's developed in C++. We have considered Go, but one of the major goal we want to achieve always non-blocking. Go can be blocked by GC, and redis maybe frequently blocked by fork/heavy commands.
Re:Ask HN: A memory efficient and concurrent redis – are you... by brudgers on Sunday February 26, 2017 @12:23PM (#13738359)
Are there Jepson results?

https://jepsen.io/

Re:Ask HN: A memory efficient and concurrent redis – are you... by nkstar on Sunday February 26, 2017 @08:28PM (#13741182)
Seems an interesting tool. The only question is how effective it is. But we should definitely try it out.
Re:Ask HN: A memory efficient and concurrent redis – are you... by brudgers on Monday February 27, 2017 @02:17PM (#13746992)
Over the past few years, Jepsen has developed a reputation within the database community for having an ability to verify claims about databases.

https://aphyr.com/tags/jepsen

Re:Ask HN: A memory efficient and concurrent redis – are you... by gunayarslan on Sunday February 26, 2017 @02:27AM (#13736130)
it would be nice if there is possible to "move" values to somewhere else -- on other type of persistence in case of eviction, or simply write on a file in the simplest form -- just an idea
Re:Ask HN: A memory efficient and concurrent redis – are you... by atxlurker on Sunday February 26, 2017 @12:29AM (#13735835)
Does it include pub/sub?
Re:Ask HN: A memory efficient and concurrent redis – are you... by qkhhly on Sunday February 26, 2017 @12:39AM (#13735861)
We have implemented the core features. Pub/sub is on our todo list. Is pub/sub a critical feature to you? If we support pub/sub, what would be your motivation/obstacle to switch to our product?
Re:Ask HN: A memory efficient and concurrent redis – are you... by atxlurker on Sunday February 26, 2017 @01:40AM (#13736022)
I'm currently using redis in a pair of applications, one of which also uses pub/sub. I have many other applications which would benefit from the caching layer that redis provides, and since they currently have none there really isn't an obstacle to testing another solution.
Re:Ask HN: A memory efficient and concurrent redis – are you... by gunayarslan on Sunday February 26, 2017 @02:24AM (#13736123)
I can try too.
Re:Ask HN: A memory efficient and concurrent redis – are you... by eip on Sunday February 26, 2017 @02:15AM (#13736104)
I want to try