benchops

gnobench the time consumed for GnoVM OpCode execution and store access

gnobench benchmarks the time consumed for each VM CPU OpCode and persistent access to the store, including marshalling and unmarshalling of realm objects.

Usage

Simple mode

The benchmark only involves the GnoVM and the persistent store. It benchmarks the bare minimum components, and the results are isolated from other components. We use standardize gno contract to perform the benchmarking.

This mode is the best for benchmarking each major release and/or changes in GnoVM.

make opcode
make storage

Production mode

It benchmarks the node in the production environment with minimum overhead. We can not only benchmark with standardize the contract but also capture the live usage in production environment. It gives us a complete picture of the node perform.

1. Build the production node with benchmarking flags:

go build -tags "benchmarkingstorage benchmarkingops" gno.land/cmd/gnoland

1. Run the node in the production environment. It will dump benchmark data to a benchmarks.bin file.

2. call the realm contracts at gno.land/r/x/benchmark/opcodes and gno.land/r/x/benchmark/storage

3. Stop the server after the benchmarking session is complete.

4. Run the following command to convert the binary dump:

gnobench -bin path_to_benchmarks.bin

it converts the binary dump to results.csv and results_stats.csv.

Results

The benchmarking results are stored in two files:

1. The raw results are saved in results.csv.

1. The averages and standard deviations are summarized in results_stats.csv.

Design consideration

Minimum Overhead and Footprint

• Constant build flags enable benchmarking.
• Encode operations and measurements in binary.
• Dump to a local file in binary.
• No logging, printout, or network access involved.

Accurate

• Pause the timer for storage access while performing VM opcode benchmarking.
• Measure each OpCode execution in nanoseconds.
• Store access includes the duration for Amino marshalling and unmarshalling.