You have been granted access to this page through First Click Free. Subsequent use of TabbFORUM will require logging in. If you don't have an account, registration is free.

Videos

  • Rail_thumb_adam_honore_david_etue-finqloud-safenet-cloud_security_in_financial_services

    Debunking the Cloud Security Myth

    The idea that the cloud is not secure is a misperception, says David Etue, SafeNet. While the cost and agility gains that come with moving to the cloud also come with a loss of some...
     
  • Rail_thumb_steve_phillips-nasdaq_omx-latam

    Latin America's Quest for Liquidity

    Brazil no longer is the only game in town when it comes to trading in Latin America. According to Steve Phillips, senior managing director, Latin America and Caribbean, NASDAQ OMX...
     
  • Rail_thumb_adam_will_screen_shot

    What Will Nasdaq Do With eSpeed?

    Following several failed cross-border exchange mergers, Nasdaq’s acquisition of the electronic fixed income trading platform eSpeed provides the exchange with a way to diversify...
     
 

More Video | Podcasts

Advertisement
Original_300x250
Original_broadridge_300x250_multi-asset
Original_chicago_300x250
Original_original_300x250_12493_0
Spotlight-blackInnovations in Trading and Technology (more stories)

09 November 2010

Latency – A Sting in the Tail

Ultra low latency numbers generate great headlines but the story is much deeper than that, Duffy says.

“Then there is the man who drowned crossing a stream with an average depth of six inches.” W.I.E. Gates.

Every week it seems that some organization or other is making headline claims on a new latency figure. From two digit microsecond matching to low latency access to new trading facilities, the race seems to be on to determine who can report the lowest latency.

Here’s the question: are the numbers we see in these headlines at all useful? I’ve previously noted that it’s crucial to measure latency in a holistic fashion, across all components in your trading flow. However, like many other latency headlines, numbers such as those above tend to be focused on a single point in that flow: market data acquisition, or message distribution, or trade execution. (I also imagined that I could find an Einstein quote suitable for this post, but I’ve failed miserably – let’s hope the remainder of this post makes up for it!).

There’s another reason for doubting the usefulness of these figures. There are millions of transactions flowing through your systems every hour. Market behavior is constantly changing, and volumes can vary by an order of magnitude from one minute to the next. In an environment like this, nothing stays constant for any significant length of time, so specifying latency with a single number is meaningless. You could send orders to market with an average latency of 1ms, but still have 10% or more taking over 100ms – presumably not a situation you want to be in.

Instead, what you need to understand is the distribution of the latency behavior – for what percentage of time is your latency in a particular range, and how does that vary with business volumes. Now the headline writers will counter that they’ve done this and the variability in the execution or data distribution latency is on the order of microseconds, or tens of microseconds. The problem is that it’s easy to get low variability at one point in the flow and under controlled conditions – but in the real world, across multiple components and under highly volatile loads, all those small variances start to add up to large deviations from average behavior.

So, what do you really need to do to understand and communicate the latency in your systems?

First, focus on holistic latency, across all components in the flow. Second, you really need to measure with real data in the production environment – nothing else is going to give you the level of volatility that will drive your systems to extremes of behavior. Third, you need to understand the distribution of latency end-to-end – it needs to be a statistical approach.

With these pieces in place you can start to understand latency in a way that enables you to take action to improve it. When you have a distribution-based view of holistic latency, you can look at which components are contributing the most latency; not in the average case, but when your end-to-end latency is in the tail of that distribution.

Armed with this insight, you can then focus your efforts on the platforms and conditions that are causing you the most problems, rather than the latest low-latency headlines.

Spotlight-white-trans For more stories in the Innovations in Trading and Technology Spotlight Series click here.

Comments | Post a Comment

4 Comments to "Latency – A Sting in the Tail":
  • Comment_me_1
    louislovas

    11 November 2010

    I couldn't agree more with this approach. Coming from the vendor side of this equation, a solution/platform is only as good (performance-wise) as the weakest link - and there are many moving parts in end-to-end trading platform. There have been efforts to create standardized measures for performance benchmarks - but other than those that measure just a few of the lower-level components, nothing has materialized. In the end it's a tall order to create such a model. For prospective consumers interested in determining performance (latency and throughput) characteristics of a platform - I suggest they devise a test structure based on their own requirements - ensure they measure end-to-end as this article suggest and gather the statistical metrics from vendor products.

  • Missing
    dmishoe

    11 November 2010

    Amen! latency stats are marketing and spin, without wholesale reporting of loads within latency stats, along with time of day and which market. we see latency averages vary wildly across venues throughout the cours of the day, sometimes in relation to volume swings, sometimes not. ultimately the orders follow liquidity, not latency. the good news for those venues with low order flow, you get to report better latency stats! You wouldn't want any of those pesky client orders mucking up your pretty latency stats...

  • Missing
    csparrow

    12 November 2010

    Good article. What I am struck by is that this article could easily be about TCA and the need for a statistical/distributional approach rather than focusing only on the average - outliers are very important to understand! It is also important to look holistically at all of the components such as delay costs and opportunity costs and there needs to be a recognition that changing conditions can have a large impact on results - t-cost and risk models work well in "normal" markets but can breakdown when historical relationships change.

  • Missing
    ptrduffy

    15 November 2010

    Looks like I've provoked an outbreak of violent agreement! @louislovas - absolutely agree that there's no substitute for measuring your own systems. The challenge that we see (and help our customers address) is that the volume of data is massive, and much of it is unstructured, so you need the right skillset and tools to implement this approach. @dmishoe - in our experience volume is one of the biggest drivers of latency changes, although definitely not the only one. If only those pesky clients would save their orders for quieter times! @csparrow - yes, the statistical/distribution approach is one that can be (and is) equally well applied in many other areas. in many ways, what we're doing is simply bringing that rigorous scientific approach to quantifying the performance and capacity of trading systems. One of the interesting things (for me) is that one characteristic which makes these systems so complex, the volume of transactions they process, is also what makes them well-suited to this approach, as you can easily get the large number of samples needed for a statistically valid analysis.

You must log in to comment.