Continuous monitor · latency, jitter, request loss, throughput, drop detection
Live — last 65s (ping ms bars + stream Mbps line)
downupping
clear saved session
export session data
Latency
— ms
Jitter
— ms
Request Loss
— %
Download
— Mbps
Upload
— Mbps
Connection
—
Stability Score—
Not a standard metric — a transparent composite of uptime, jitter, and loss (weights: 50/30/20). Shown with its inputs so you can judge it yourself, not as an authoritative score.
Session Historyclear history
no completed sessions yet
Connection Drop Events
none detected yet
Download — per-check result (Mbps)
Upload — per-check result (Mbps)
Request Loss (%)
Size Sweep — green=passed, red=failed, one column per check
show probe log
Advanced settings
A request that doesn't complete within its timeout counts as failed (AbortError) — that's not proof the connection died, just that it didn't finish in time. Raise these on a slow or high-latency link to stop it misreading "slow" as "lost". The Download/Upload cards stream continuously, back-to-back rounds, for "stream duration" seconds each direction (not one fixed-size request) — the round stall timeout is a safety net per round, not for the whole phase. Changes apply to the next probe/check and are saved for next time.