<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Latency on Jasper</title><link>https://jasper-aa64.github.io/tags/latency/</link><description>Recent content in Latency on Jasper</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 03 Nov 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://jasper-aa64.github.io/tags/latency/index.xml" rel="self" type="application/rss+xml"/><item><title>Trading System Notes #21: Measuring Trading-System Performance</title><link>https://jasper-aa64.github.io/posts/trading-system-latency-metrics/</link><pubDate>Tue, 03 Nov 2026 00:00:00 +0000</pubDate><guid>https://jasper-aa64.github.io/posts/trading-system-latency-metrics/</guid><description>What TTT and RTT each cover, why to report p50, p99 and p999 instead of the mean, how marks at thread boundaries separate processing from queueing, and how to use the latency table as a budget.</description></item><item><title>Trading System Notes #20: Measuring Latency with the TSC</title><link>https://jasper-aa64.github.io/posts/tsc-latency-measurement/</link><pubDate>Mon, 02 Nov 2026 00:00:00 +0000</pubDate><guid>https://jasper-aa64.github.io/posts/tsc-latency-measurement/</guid><description>What a TSC reading means, when it is taken, which core it is taken on, how to record timestamps on the hot path, and how ticks become ns: where the frequency comes from and how to calibrate it yourself.</description></item><item><title>Low-Latency Trading — Memory Latency and Bandwidth</title><link>https://jasper-aa64.github.io/posts/low-latency-memory-latency-bandwidth/</link><pubDate>Fri, 09 Oct 2026 00:00:00 +0000</pubDate><guid>https://jasper-aa64.github.io/posts/low-latency-memory-latency-bandwidth/</guid><description>One memory access takes about 100 ns and brings back 64 B. One at a time, that&amp;rsquo;s 0.64 GB/s, yet one core reading sequentially gets 15–60 GB/s. The missing factor is the number of requests in flight. Whether the next load&amp;rsquo;s address has to wait for this load decides whether your code is latency-bound or bandwidth-bound.</description></item></channel></rss>