View on GitHub


Benchmarking framework for data grids and distributed caches

Five minute tutorial

What is RadarGun?

Radargun 1.x was a tool for comparing the performance of different caching/data grid products (e.g. Infinispan, EHCache, Coherence). Since version 2.0 it has become a general distributed system testing tool, although the primary focus on implementation is still on clustered caches. Version 3 (development in progress) will bring support for testing other areas as well (e.g. JPA).

RadarGun is based on the master-slave pattern and the concept of stages. The execution is controlled from the master node, which sequentially signalizes the slave nodes that a stage should be ran, all slaves run this stage in parallel and send results to the master to process them. After that, another stage can be executed.



Provided you use one of the released versions RadarGun 2.1.0, or RadarGun 1.1.0, just download the file and unzip it.

$ unzip
  $ cd radargun-x.y.z

Radargun 3.0 is still under development, but you can check out sources from git and build, using:

$ git clone
  $ cd radargun
  $ mvn clean install -DskipTests

The installation will create distribution folder in target.

Edit your configuration.

Configurations reside in the conf folder. Please see conf/benchmark-dist.xml config file for basic distributed benchmark example, conf/benchmark-local.xml for non-distributed, single-node tests. There are several examples covering MapReduce, querying, JCache integration etc. Please see these files for more details on how to configure RadarGun.

Some notes about the configuration file:

Start the master node

  === Cache Benchmark Framework: ===
  This script is used to launch the master process, which coordinates tests run
  on slaves.
  Master's PID is 37133 running on spark.local

You can also specify which benchmark configuration file will be used by running ./bin/ -c /path/to/benchmark. If -c option is not provided, default value is ./conf/benchmark-dist.xml.

Check that master is successfully started:

./bin/ -status
  Master is running, pid is 37037.

See all available options by showing help with ./bin/ -h.

Start the slaves

The number of slaves that need to be started is defined by settings in clusters element (or if local element is present than it is necessary to start only 1 slave). In our example it is 3.

$ ./bin/
  === Radargun: ===
  This script is used to launch the local slave process.
  ... done! Slave process started on host spark.local!

  $ ./bin/
  === Radargun: ===
  This script is used to launch the local slave process.
  ... done! Slave process started on host spark.local!

  $ ./bin/
  === Radargun: ===
  This script is used to launch the local slave process.
  ... done! Slave process started on host spark.local!

Note in this example we use that starts a process on the same machine. In real-world, you would most likely have multiple nodes running on multiple machines. For easily starting remote slave processes on remote machines, refer to this knows how to ssh on remote nodes and run there. It can be configured via, where addresses of individual slaves need to be specified (SLAVE_ADDRESS). Optionally, addresses to which the slaves bind can be included (BIND_ADDRESS).




Running the master and slaves is then straightforward.

$ ./bin/ slave1 slave2 slave3

See all available options by showing help with ./bin/ -h.

Check on progress

At this point the benchmark is running, and it will take a while until all the benchmarks are run on all the nodes. To monitor progress run the following:

$ tail -f radargun.log

When the benchmark is finished you should see something line this:

13:38:02,017 INFO  [org.radargun.Master] (main) Executed all benchmarks in 4 mins 35 secs, reporting...
  13:38:13,906 INFO  [org.radargun.Master] (main) All reporters have been executed, exiting.
  13:38:13,914 INFO  [org.radargun.ShutDownHook] (Thread-0) Master process is being shutdown

See reports

All the reports are generated in the results directory. Depending on the settings in reports element in configuration, it will contain directories with results in desired format, e.g. csv directory, html directory etc.

Where do we go from here

For more details on how to configure and run the benchmarks go to Benchmark configuration and Stress test.

RadarGun supports by default a number of products (including JBossCache, Infinispan, Oracle's Coherence) but if you want to benchmark against a new product refer to Writing custom plugins.

For more details on how the scripts should be used refer to Using scripts.