Why the remote cursor lags, and which of the six causes is yours
Remote desktop lag is never one number. Six separate delays stack up between moving your mouse and seeing the result, and the fix for each is different — which is why "get better internet" so often changes nothing.
What the delay is made of
| Component | Typical contribution | What changes it |
|---|---|---|
| Network round-trip | 10–150 ms | Physical distance, relay vs direct, Wi-Fi vs cable |
| Encoding on the host | 5–30 ms | CPU or GPU encoder, resolution, encoder settings |
| Upstream bandwidth | 0 ms or catastrophic | The host's upload speed vs what the stream needs |
| Frame interval | 16–66 ms | 60 fps vs 30 fps vs 15 fps |
| Decoding and display | 10–30 ms | Viewer device, browser, monitor refresh |
| Input path back to host | One round-trip | Same as the network row |
Under 50 ms end to end feels immediate. Around 100 ms is comfortably usable and you stop noticing within a minute. Past roughly 200 ms, typing becomes unpleasant because the characters arrive visibly after the keystroke, and past 300 ms precise mouse work stops being viable.
Telling the causes apart
If the picture is sharp but everything responds late, the delay is network round-trip. Distance and relaying dominate here. A session relayed through a server in another country adds the round-trip to that country twice over, and no setting on either computer will recover it.
If the picture goes blocky or smeary when something moves, that is bandwidth. The encoder is being asked for more bits than the link can carry and it is dropping quality to keep up. The host's upload speed is the constraint, and on asymmetric home connections that is often a tenth of the download figure.
If it is smooth but consistently a beat behind, look at buffering and frame rate. A low frame rate adds a fixed delay before a change can even be captured.
If it is fine and then periodically stutters, that is packet loss or Wi-Fi interference rather than raw latency, and the two need opposite fixes: latency wants a shorter path, loss wants a more reliable one.
What actually helps, in order of effect
- Put the host on Ethernet. The single largest win in most real setups. Wi-Fi adds latency, jitter and loss on the side that is sending the video, and the sending side is where it hurts.
- Lower the resolution before lowering anything else. Halving resolution cuts the bits needed roughly fourfold, and remote work on a 1080p stream is perfectly comfortable. This is far more effective than dropping frame rate, which makes it feel worse for the same saving.
- Turn off the desktop wallpaper, animations and transparency on the host. Screen sharing sends what changes; animated effects mean constant change to encode and transmit for no informational value.
- Get a direct connection instead of a relayed one. If the tool tells you the session is relayed, moving either side to a network that permits direct negotiation removes an entire extra hop.
- Check the host's upload speed before blaming anything else. A 5 Mbps upstream cannot carry a high-quality 1080p desktop stream, and no amount of tuning changes that.
- Close whatever else is uploading on the host network — cloud sync, backups, another video call. They compete for exactly the constrained direction.
What no tool can fix
Physical distance is a floor. Light in fibre covers roughly 200 km per millisecond, and real routes are longer than straight lines, so a connection between continents has a round-trip of well over 100 ms before anything is encoded. Any product promising to eliminate that is describing something else.
The other floor is what the work needs. Text, code, spreadsheets and administration are fine at 100 ms. Video editing, drawing and anything requiring hand-eye precision are not, and the answer there is to run the work locally rather than to tune the connection — see why streaming video and games over remote desktop disappoints.
More guides
Never put RDP straight on the internet — and what to do instead
Port 3389 is scanned continuously, credential stuffing against it is automated, and it is the most common entry point for ransomware. Four safer ways to reach the same machine.
Why a remote connection will not establish, and how to tell which layer failed
NAT, CGNAT, symmetric NAT and corporate firewalls each break the connection in a different place. A diagnosis order that identifies the layer in a few minutes.
Preparing a PC that has to stay reachable while you are away
Sleep settings, the lock screen, Windows Update restarts and power loss are the four reasons a machine is unreachable when you need it. What to change, and what not to.
Try RemoteFrames
Install the host on the computer you want to reach, then enter its 6-digit code in any browser. No account — two free 10-minute sessions a day.
Try RemoteFrames