Skip to content

Performance Evidence

“Low latency” is a technical requirement, but in a real-time environment, it is also a competitive advantage. CF Messenger utilises Cloudflare’s global network to deliver performance that regional architectures cannot match.

By terminating TLS and processing state at the Point of Presence (PoP) nearest to the user, we eliminate the “Speed of Light” tax inherent in regional data centres.

Global HubRegional Architecture (US-East-1)Cloudflare Edge Mesh (Local Entry)Performance Gain
London~85ms<10ms8.5x Faster
Tokyo~160ms<15ms10.6x Faster
New York~15ms<5ms3x Faster
Sydney~210ms<20ms10.5x Faster

Note: Benchmarks reflect Time to First Byte (TTFB) and secure WebSocket handshake completion from local client entry points.

Traditional containerised or VM-based serverless functions suffer from “cold starts” when spinning up after being idle. This leads to unpredictable “jank” in real-time applications.

  • Legacy Containers (e.g., K8s/Fargate): 500ms – 2,000ms
  • Micro-VMs (e.g., Firecracker): 100ms – 150ms
  • V8 Isolates (CF Messenger): < 5ms

By using pre-warmed V8 Isolate snapshots, CF Messenger is ready to process a user’s login request before the TLS handshake is even complete.

The Edge Mesh allows us to maintain the intense visual responsiveness of the 2005 MSN era—instant nudges, immediate presence updates, and real-time AI interactions—without the lag of a centralised backbone.


  1. Local Termination: SSL/TLS handshakes are handled in the nearest PoP, not a distant region.
  2. Isolate-Native State: Room state is kept in the same physical data centre as the users via Durable Objects.
  3. Optimised Backbone: Messages move across Cloudflare’s private software-defined network, avoiding the “public internet path” jitter.

The result is a chat experience that feels instantaneous, regardless of where the user is physically located.