This is a comparison between OpenHFT’s SharedHashMap and a popular key-value store Redis.
Any vendor will tell you how great their product is, so I will start by outlining why you wouldn’t use SharedHashMap, before I tell you why it is a “must have” for performant applications.
Why you would use Redis?
Redis is a more mature database, relatively widely used and it includes;
- Support for multiple languages.
- Access over TCP to remote clients.
- A command line management tool.
- It out performs many other key-value stores.
Why you would use OpenHFT’s SharedHashMap?
Why does SharedHashMap out perform Redis?
- It acts as an embedded data store, even across multiple processes. You don’t pay the price of TCP messaging via the kernel.
- It was designed to be used in Java in a pause less, garbage free manner.
- It is written in Java, for Java.
But C is faster than Java?
How much difference does it make?
Benchmarks can be bend to suit any argument. Vendor benchmarks tend to give you the most optimistic numbers because they know what their product will do best. The simplest benchmarks for key-value stores are the same, and one of them is to start with an empty data store and setting lots of small key-values, and that at least gives you an ideal of the best you can hope for. Your use case is likely to be slower, with more complex requirements.
Setting millions of key-values on a 16 core server with 128 GB of memory.
|Single threaded||~10K updates/sec||~3M updates/sec|
|Multi-threaded||~100K updates/sec||~30M updates/sec|
The numbers are approximate, but they were performed on the same machine for the same operations in Java (using Jedis to connect to Redis) YMMWV
Accurate and impartial benchmarks are a myth, but they do accurately serve you in giving a vendors view of a product. OpenHFT’s view of SharedHashMap is that it is designed for Java and is performed in a way that many popular key-values stores cannot match. If you need to maximise the efficiency of your Java system, you should be considering OpenHFT’s data management products.