OnixS C++ CME Market Data Handler  5.7.0
API documentation

Inner Contents

 Benchmarking with Network/Kernel Layer

Detailed Description


Benchmarking was performed using CME MDP emulator which transmits data previously recorded on channels 360 and 384 of real CME production environment.

Simulated environment makes pauses (Sending Delay) between two packets sent to determine the influence of network activity onto market data processing performance.

Benchmarking measures Market Data Processing Latency - the time used by C++ CME Market Data Handler to process market data starting with the moment when the Handler receives a packet from the network till the moment when the Handler passes the results of a packet processing to the users through correspondent callbacks.

Benchmarking results were obtained by the Benchmark sample supplied in a distribution package, and include latency for Messaging events, Direct Book Updates and MBO Book Updates.

Benchmarking was done on a machine with Intel Core i7-7700K CPU running Ubuntu 17.04 Linux.

Market Data Traits

At the moment of benchmarking, 99% of messages, sent by MDP, contained a single atomic operation over the book for a particular instrument.

The following table summarizes characteristics of market data on the channels:

Trait 360 384
Instruments on the channel 4069 1905
Average packet size in bytes 429 178
Average/maximal number of bids/offers in direct book 10/10 7/10
Average/maximal number of bids/offers in MBO book 794/1569 270/690

Messaging Latency

The given major release introduced a redesigned messaging subsystem. Messaging the latency defines time since the moment of data reception till the moment when received data is validated by a processing session and passed to the users through the new OnixS::CME::MDH::MarketDataListener callbacks.

Latency (μs)
360 384
Minimal Median Mean 95% 99% Maximal Minimal Median Mean 95% 99% Maximal
0 0.047 0.049 0.052 0.066 0.099 0.378 0.047 0.048 0.051 0.060 0.081 0.435
10 0.079 0.095 0.096 0.117 0.135 0.386 0.047 0.097 0.087 0.120 0.153 0.975
50 0.047 0.071 0.075 0.110 0.129 0.592 0.052 0.082 0.084 0.120 0.187 0.571

The visual presentation of latency depending on the interval between two transmitted packets depicted on the following chart:

Messaging Latency

Book Maintenance Latency

Book maintenance latency represents the time spent by the Handler starting from the moment data is received till the moment when an updated order book is supplied through a correspondent callback. Depending on the type of book, different callbacks are invoked by the Handler.

The Handler publishes book updates at the end of a certain market event like the end of real quotes (atomic updates into direct and MBO books) or the end of implied quotes (atomic updates into implied books). Also, in general, an event may consist of multiple messages distributed across multiple packets. Therefore, the latency for different types of books may differ significantly.

Market By Price, Direct Book

Measurements for direct book updates are gathered into the following table:

Latency (μs)
360 384
Minimal Median Mean 95% 99% Maximal Minimal Median Mean 95% 99% Maximal
0 0.104 0.169 0.183 0.289 0.379 0.780 0.107 0.202 0.214 0.307 0.378 0.855
10 0.115 0.217 0.239 0.390 0.512 1.420 0.109 0.225 0.236 0.344 0.450 1.678
50 0.126 0.233 0.250 0.386 0.469 1.102 0.128 0.284 0.301 0.480 0.700 1.706

Following diagram depicts table values visually:

Direct Book Update Latency

Market By Order

The following table presents benchmarking results for MBO book updates:

Latency (μs)
360 384
Minimal Median Mean 95% 99% Maximal Minimal Median Mean 95% 99% Maximal
0 0.108 0.252 0.462 1.591 3.372 8.223 0.151 0.300 0.362 0.704 0.905 3.158
10 0.181 0.391 0.653 1.960 4.022 12.457 0.125 0.312 0.394 0.848 1.056 3.776
50 0.154 0.395 0.642 1.933 3.866 14.535 0.145 0.370 0.478 1.015 1.267 4.188

The diagram below displays the results visually:

MBO Book Update Latency

Conclusions and Important Notes

Minimal latency of a book maintenance machinery is almost 10 times less in comparison to the book maintenance latency measured for previous major release. Such performance boost is achieved by reducing processing time at session (messaging) level.

Also, in spite of both previous and latest major releases use almost the same book maintenance machinery, improvements implemented in latest release provide significant (up to 25 times) reduction of median latency compare to previous major releases due to switching using new memory management strategies and more effective data structures.

An important aspect of measuring an order book maintenance latency is that order books are passed to the user at the end of market event which in general may consist of multiple packets and messages. Therefore, amount of data proportionally increases the latency. One of the possible ways to have better latency is to use a per-security book update notification strategy which instructs the Handler to expose book as soon as a chain of atomic updates is ended for a particular security without waiting for the end of the entire event. This feature is supported by the Handler, but it's not officially approved by CME. Therefore, using noted book update notification strategy is on customer's risk.