21 December 2014

iitkin

Iosif Itkin - Exactpro Systems

9Posts 42,132Views 6Comments

MiFID

A place to discuss MiFID
A post relating to this item from Finextra:

GATElab ships latest matching engine

12 October 2009  |  2630 views  |  0
Yet another matching engine? Yes … or no ! GATElab exchangepath-100µs represents a new generation matching engine for financial marketplaces which sets a new path for reaching high performance, low la...

Sub-Millisecond Latency: One Figure, Many Dimensions

13 October 2009  |  5228 views  |  0

So, there are two matching engines claiming 100mks latency: Gatelab and MillenniumIT. This post is neither about arguing whether industry and especially buy-side really needs such enormous achievements (being an IT person I support further advances in the trading technology) or about any particular platform. It is just a reflection on the figure itself, its meaning and the testing projects.

First of all it is necessary to explain the very statement that latency is below a particular threshold. Are we talking about average latency aggregated across normal matches and random spikes? Can we assume that a certain percentage of the orders will match faster (e.g. 80% or 99% of them)? Depending on the interpretation, the end results can differ significantly.

The second question is the rate of orders used in test. The optimal throughput and latency is achieved when the order matching rate equals the rate with which the orders appear in the inbound queue. Latency figures obtained in this assumption are good, but do they represent anything close to reality? If the order volume is low the matching engine will have to constantly query an empty queue. And as a result, it is either 100% CPU load on a particular core or additional delays caused by context switching and other tiny effects that will outweigh the target latency figure. On the other hand, when orders arrive in batches, extra delays come into play: while the system is busy processing one of the batches, the other ones have to wait. A real-life scenario represents a mixture of these two extreme cases: most of the times a queue is empty, when the orders arrive they are not alone.

The average size of the order book and types of the orders are equally important. One will get much faster execution if there is only a single opposite order on the book and there is no need to reflect the unexecuted part according to its price and time priority. A modern matching engine should not be limited to simple order types. Processing times for the order pegged to pan-European BBO or the order with minimum execution size would be much higher. Icebergs and uncrossing quotes could result in an unexpected number of messages.

There are many other essential factors: passing through trading gateways and firewalls, persistence and recovery, rate of the price source market data messages, etc. Each of the mentioned dimensions and their interpretation can have a dramatic effect on latency figures.

To produce a credible result, one needs to design a reasonable business scenario that contains a valid distribution of order types and their parameters, a randomized inbound flow, expected connectivity and measurement options (e.g. the end user gateway should be no farther than 15 km away). A market model needs to be identified to carry out such a verification. However, once the live system is available it is possible to obtain and publish the actual numbers.

 

TagsDealing roomsTrade execution

Comments: (0)

Comment on this story (membership required)
Log in to receive notifications when someone posts a comment

Latest posts from Iosif

TTLiquidity: what could be a single big improvement in SOR?

25 November 2009  |  4745 views  |  0  |  Recommends 2 TagsDealing roomsTrade executionGroupMiFID

Consolidated tape and cost of surveillance systems

01 November 2009  |  3782 views  |  0  |  Recommends 0 TagsTrade executionTrade executionGroupMiFID

Cinnober on latency

22 October 2009  |  3954 views  |  1  |  Recommends 0 TagsDealing roomsTrade executionGroupBanking Architecture

Sub-Millisecond Latency: One Figure, Many Dimensions

13 October 2009  |  5228 views  |  0  |  Recommends 0 TagsDealing roomsTrade executionGroupMiFID

Dark pools rulebook transparency

03 March 2009  |  7547 views  |  0  |  Recommends 1 TagsTrade executionPost-trade & opsGroupMiFID

Iosif's profile

job title Owner
location Moscow
member since 2008
Summary profile See full profile »
Iosif is a co-founder and managing director of Exactpro Systems responsible for Quality Assurance projects and business development in the UK.

Iosif's expertise

What Iosif reads
Exactpro Systems
Iosif's blog archive
2009 (7)2008 (2)

Who is commenting on Iosif's posts