Bothersome Ad

The strange thing happens over the time when I try to google for 'apache ignite' - Hazelcast's advertisement bubbles up to the top of the list suggesting that Hazelcast is up to 50% faster than Apache Ignite:

The first suspicious thing to note right after you click on the link is that Hazelcast compares to Apache Ignite 1.5 that was released more than a year ago! Secondly, I totally agree that it's fine to boast about your success stories for some period of time but it's funny to see when this continues throughout a year without updating benchmarking results on the targeted page.

Well, this seems to be an oversight on Hazelcast's marketing team side. This happens. So, let's help the team to go back to the reality and show a present state of affairs comparing the latest versions of Apache Ignite and Hazelcast.

General Benchmarking

The simplest way to benchmark a distributed platform like Apache Ignite or Hazelcast is to launch a cluster of several machines and run a client process that will produce the load and gather the benchmarking results. For the sake of general benchmarking, a cluster of 4 server/data nodes was prepared on AWS and the load was coming from a single client machine (aka. application). Yardstick was used as a benchmarking framework. All the parameters and instructions are listed below:


AWS EC 2 Configuration
EC 2 Instance
r4.2xlarge
CPU
8
RAM
61 GB
OS
Ubuntu 16.04
Java
Java(TM) SE Runtime Environment 1.8.0_121-b13 Oracle Corporation Java HotSpot(TM) 64-Bit Server VM 25.121-b13



Yardstick Configuration
Nodes
1 Client, 4 Servers
Threads
64
Backups
1, Synchronous
Running Yardstick on Amazon
https://github.com/apacheignite/yardstick-ignite#running-on-amazon
Yardstick and Clusters Configurations
https://github.com/gridgain/yardstick/tree/master/results/HZ-3.8.1-vs-IGNITE-1.9-c-1-s-4-sm-FULL_SYNC-b-1

Following "Running Yardstick on Amazon" instruction with provided configurations we can reproduce these numbers:


Complete results: https://github.com/gridgain/yardstick/tree/master/results/HZ-3.8.1-vs-IGNITE-1.9-c-1-s-4-sm-FULL_SYNC-b-1

It's obvious that Apache Ignite 1.9 significantly outperforms Hazelcast 3.8.1 in most of the basic operations pulling ahead on up to 160% in some of the scenarios.

At the same time, we can see that Hazelcast performs better in some atomic operations going ahead Apache Ignite on up to 4%. Honestly, that's great to know that there is still a room for performance improvements in Apache Ignite and that Hazelcast doesn't make the life of Ignite's performance engineers easier.

However, after that performance loss was spotted it was decided to run the same set of the benchmarks but under the higher load that is more relevant to production scenarios - the load was generated by 8 client machines (aka. applications) rather than by a single one.  The results were surprising and uplifting as we can see from the next section.

Put More Load

This is the only part of the previously provided Yardstick configuration that was modified:


Yardstick Configuration
Nodes
8 Client, 4 Servers
Yardstick and Clusters Configurations
https://github.com/gridgain/yardstick/tree/master/results/HZ-3.8.1-vs-IGNITE-1.9-c-8-s-4-sm-FULL_SYNC-b-1

At all, after the total number of client machines was increased from 1 to 8 the following numbers were reproduced:


Complete results: https://github.com/gridgain/yardstick/tree/master/results/HZ-3.8.1-vs-IGNITE-1.9-c-8-s-4-sm-FULL_SYNC-b-1

These are the numbers taken from one of the client machines. To get the total number of operations per second we just need to accumulate all of them. In any case, looking at the results now we see that Apache Ignite beats Hazelcast even under the higher load for every benchmark.

For instance, Apache Ignite ANSI-99 SQL engine now outperforms Hazelcast's predicates-based querying engine on 200% while in the 1 client machine scenario the difference was only around 80%.

Even more, Apache Ignite took a lead at all the atomic benchmarks jumping from 4% it lost to Hazelcast before to victorious 42% for atomic-put-get-bs-6 scenario.

The Upshot

It's always up to you to decide what kind of product to use in production. But the golden rule is that you shouldn't blindly follow official numbers or data prepared by a vendor. Use all the information as a basement and then get to know a product and test it for your own scenario. Only this way you will find out which product suits your case more.


9

View comments

In the previous article, we reviewed several practical performance hints that let us exploit SSDs at their peak. Today you will see how to go further and improve random write workloads of a database by replacing regular SSDs with Intel Optane SSDs powered by cutting-edge 3D-XPoint technology.

As a software guy, I was always curious to know how the things work at the hardware level and how to apply the knowledge for more advanced optimizations in applications. Take Java Memory Model for instance.

2

Bothersome Ad

The strange thing happens over the time when I try to google for 'apache ignite' - Hazelcast's advertisement bubbles up to the top of the list suggesting that Hazelcast is up to 50% faster than Apache Ignite:

The first suspicious thing to note right after you click on the link is tha

9

Apache Ignite 1.7.0 has been rolled out recently and among the new changes you can find a killer one that was being awaited by many Apache Ignite users and customers for a long time - the Non-Collocated Distributed joins support for SQL queries.

In the previous post we were talking about the situation when an Ignite cluster is deployed in Google Compute Engine network and we need to have nodes auto-discovery mechanism.

1

This post I want to dedicate to one useful feature of Apache Ignite that I had a chance to contribute to the project and that became a part of it since release 1.1.0-incubating.

1
About Me
About Me
Blog Archive
Loading