HyperDex

Warp is quite interesting, and seemed really promising and ahead of its time. Unfortunately, Hyperdex (which is the key-value store that implements it) has not been maintained for many years [1], and the website is dead. While the technology is impressive, the author seems to have lost interest, and moved on to working on something called Consus [2], which has also been abandoned (no activity 2018). Hyperdex never became popular, and a problem all along was that the author — a very talented developer, from what I can tell — seemed more invested in his projects from the perspective of academic research (he developed Hyperdex at Cornell, I believe) than in delivering a practical, living open source project. He tried to form a company around Hyperdex (the transactional Warp add-on was commercial) even though nobody seemed to be using it; and

Hyperdex is no longer maintained [1]. While the technology is impressive, the author seems to have lost interest, and is now working on something called Consus [2]. Hyperdex's problem all along was that the author — a very talented developer from what I can tell — seems more invested in his projects from the perspective academic research (he's at Cornell) than in delivering a practical, living open source project. He tried to form a company around Hyperdex (the transactional "Warp" add-on thing was commercial) even though nobody seemed to be using it; and he was the sole developer. Unfortunately, as interesting as Consus is, history seems to be repeating itself there. But yeah, Hyperdex seemed to have real potential at one point. It was the only NoSQL K/V store (at the time) that had transactions. [1] https://github.com/rescrv/HyperDex/is

There's also a blog post announcement here: http://hack.systems/2016/12/13/hello-consus/ Reading through the post about active development on the predecessor HyperDex: https://github.com/rescrv/HyperDex/issues/233 > I've stopped developing the project for non-public reasons that aren't technically related to the project. Along with this line in the blog post: > not one in which a company with profit motives releases a half-open product, but one in which those interested in Consus can come together to build something better. It seems like there was some friction around the commercial nature of Hyperdex.

For those that are not familiar with Hyperdex[1], it is an open-source, performant, ACID compliant key-value store with commercial support[2] for fully distributed transactions. It seems that Robert Escriva (creator of Hyperdex) is now working on a new database called Consus with the following key differences[3]: “Consus has two (three) differences from HyperDex that I believe will make it more appealing in the long run: 1. Consus doesn't separate the implementations of transactions and the regular code. Once we have a paper public on the topic and I have clearance to release the code, all of the code will be available under the same license, with no commercial fork. 2. Consus provides wide-area, geo-replicated transactions with much lower latency than is possible in any other system I know with the same consistency that Consus provides.

We use quite a few flags to issue warnings for our code[1]. The linked autoconf macro will detect whether or not the flags are supported on the detected compiler, and automatically add the flags to the build. It works for clang, gcc, g++, and helps us spot errors that would otherwise be hard to detect and fix. [1] https://github.com/rescrv/HyperDex/blob/master/m4/anal_warni...

We have complete Java bindings (https://github.com/rescrv/HyperDex/commit/1c4e98d88517a63bf0...). Does this help for Clojure? Our base bindings are in C. Any language which can wrap C can make bindings.

For those that want to take a quick look at the source code without physically cloning it, there's a GitHub link buried somewhere in the site (I forget where I found it): https://github.com/rescrv/HyperDex Their Python client seems to be using Cython for extra speed: https://github.com/rescrv/HyperDex/blob/master/hyperclient/p...