The open source, pluggable, nosql benchmarking suite.
Go to file
2020-03-12 03:45:50 -05:00
_docs updated guidebook scripts 2020-03-09 17:46:10 -05:00
.github/workflows actions debugging 2020-03-12 03:16:19 -05:00
activitytype-cql [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
activitytype-cqlverify [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
activitytype-diag [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
activitytype-http [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
activitytype-stdout [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
activitytype-tcp [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
docsys [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
engine-api [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
engine-cli [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
engine-core [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
engine-docker [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
engine-docs [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
engine-extensions [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
mvn-defaults [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
nb [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
old_docs moved docs out of the way, rebuilt guidebook 2020-03-05 14:06:44 -06:00
scripts actions debugging 2020-03-12 03:45:50 -05:00
virtdata-annotations [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
virtdata-api [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
virtdata-lang [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
virtdata-lib-basics [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
virtdata-lib-curves4 [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
virtdata-lib-random [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
virtdata-lib-realer [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
virtdata-processors [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
virtdata-realdata [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
virtdata-userlibs [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
.gitignore ignoring workshop files 2020-03-11 09:57:22 -05:00
.travis.yml initial readme 2020-02-20 15:37:24 -06:00
deploy.xml added deploy.xml 2020-03-10 02:56:24 -05:00
pom.xml [maven-release-plugin] prepare for next development iteration 2020-03-12 08:11:45 +00:00
README.md restructuring 2020-02-25 12:18:16 -06:00
release.xml actions debugging 2020-03-12 02:47:04 -05:00

This project combines upstream projects of engineblock and virtualdataset into one main project. More details on release practices and contributor guidelines are on the way.

Status

This is in active development. Collaborators are welcome. However, there is still work to be done to groom the slope for new users.

Project Structure

NoSQLBench is a large project. It has lots of advanced functionality built-in that you won't find in any other performance testing tool.

To make it easier to find the module you are looking for (for developers), the following strict naming conventions have been adopted:

  • All original packages of this project start with io.nosqlbench.
  • All original packages within each module are based directly on the above root package and the module name together. For example, the 'engine-api' module contains packages in io.nosqlbench.engine.api.

The procedural generation support that has been imported from the VirtualDataSet project now lives in virtdata-* modules. The core runtime that used to be called EngineBlock now lives in engine-* modules.

The binary packaging support for Linux (with AppImage) is contained in the nb module. It provides a binary nb which is the main command-line artifact from this project.

The defaults that are used by all modules are contained in the mvn-defaults module.

System Compatibility

This is a Linux targeted tool, as most cloud/nosql testing is done on Linux instances. Some support for other systems is available, but more work is needed to support them fully. Here is what is supported for each:

  1. on Linux, all features are supported, for both nb.jar as well as the appimage binary nb
  2. on Mac, with nb.jar all features are supported, except --docker-metrics
  3. On Windows, with nb.jar all features are supported, except --docker-metrics

nosqlbench

This project aims to provide a missing power tool in the test tooling arsenal.

The design goals:

  1. Provide a useful and intuitive Reusable Machine Pattern for constructing and reasoning about concurrent performance tests. To encourage this, the runtime machinery is based on simple and tangible core concepts.
  2. Reduce testing time of complex scenarios with many variables. This is achieved by controlling tests from an open javascript sandbox. This makes more sophisticated scenarios possible when needed.
  3. Minimize the amount of effort required to get empirical results from a test cycle. For this, metrics reporting is baked in.

In short, NoSQLBench wishes to be a programmable power tool for performance testing. However, it is somewhat generic. It doesn't know directly about a particular type of system, or protocol. It simply provides a suitable machine harness in which to put your drivers and testing logic. If you know how to build a client for a particular kind of system, EB will let you load it like a plugin and control it dynamically.

The most direct way to do this, if you are a tool developer, is to build your own activity type drivers and embed EB as the core runtime. You can always experiment with it and learn how it works by using the built-in diagnostic drivers.

History

The NoSQLBench project started as a branch of test client. It has since evolved to be more generic and capable.

License

nosqlbench is licensed under the Apache Public License 2.0

Thanks

DataStax Logo

This project is sponsored by DataStax -- The always-on, active everywhere, distributed hybrid cloud database built on Apache Cassandra™, and designed from the ground up to run anywhere, on any cloud, in any datacenter, and in every possible combination. DataStax delivers the ultimate hybrid and multi-cloud database.

YourKit Logo

This project uses tools provided by YourKit, LLC. YourKit supports open source projects with its full-featured Java Profiler. YourKit, LLC is the creator of YourKit Java Profiler and YourKit .NET Profiler, innovative and intelligent tools for profiling Java and .NET applications.