All posts
Internet Fundamentals

Why Are Applications Slower for Users in Some Regions? Round Trips and the Speed of Light

By

October 26, 2026

5 min read

Most slow apps are not slow because of code. They are slow because of distance multiplied by round trips: a database in a different region from the server, twenty sequential queries per page, a new connection per request. The arithmetic, and the fixes in order of payoff.

Internet Fundamentals
Latency
Performance
AWS Regions
CDN

Light in optical fibre covers roughly 200 kilometres per millisecond. New York to London is about 5,570 km in a straight line, so a round trip cannot take less than about 56 ms, and real routes are longer. No code beats that. You control how many times you pay it.

A new connection costs several round trips

Step

Round trips

Notes

DNS lookup

0–1

Usually cached

TCP connection

1

Skipped when a connection is reused

TLS 1.3 handshake

1

TLS 1.2 needs 2

Request and response

1

The part that does work

Before the first byte

About 3

HTTP/3 over QUIC combines the transport and TLS handshakes, saving one

At 80 ms a round trip, a user far from your server waits a quarter of a second before your code runs. A CDN shortens the handshakes by ending connections near the user and keeping warm connections to your origin.

Want a second opinion on this for your system?

Book a free 30-minute call. You'll leave knowing what we'd do first and roughly what it costs, whether or not you hire us.

The expensive mistake: app and database far apart

Platforms make it easy to deploy functions in one region and create the database in another. Every query then crosses the gap. A page that runs 20 queries one after another spends over a second on the network alone.

Setup

Per query

20 sequential queries

Server and database in the same AWS Region

About 1 ms or less

About 20 ms

Server in us-east-1, database in us-west-2

Roughly 60–70 ms

Roughly 1.3 seconds

Edge function near the user, database in one region

The user's distance to the database

Can be worse than a regional server

Illustrative. Measure your own with a timed query from the server.

Fixes, in order of payoff

  1. Put the server and the database in the same region, the one nearest most of your users.

  2. Cut round trips: fetch related rows in one query rather than one per item (the N+1 problem), batch writes, run independent calls in parallel.

  3. Reuse connections: keep HTTP clients and database pools alive between requests.

  4. Serve static assets and cacheable pages from a CDN.

  5. Only then consider edge compute, read replicas elsewhere or a multi-region database. Each adds consistency and cost tradeoffs.

hoolco Monthly Review

Once a month: what changed in tech that month and what it means for you, from cloud and AI to security and the tools you build with. Every item links to its source. No sales pitch, unsubscribe in one click.

As of October 26, 2026. Provided as is, for general information, and accurate to the best of our knowledge on the date shown. Not legal, compliance, tax, financial or other professional advice. Prices, limits and vendor services change; check current vendor documentation before relying on anything here. Terms of use.