A ping test measures how long it takes for a data packet to travel from your device to a server and back. The round-trip time โ measured in milliseconds (ms) โ tells you how responsive your internet connection is. Lower numbers mean faster, more responsive connections. Higher numbers mean delays that can make websites feel slow, video calls choppy, or online games unplayable.
The word 'ping' comes from sonar terminology: a sonar operator sends out a sound pulse and listens for it to bounce back. Your computer does the same thing digitally โ it sends a small data packet called an ICMP (Internet Control Message Protocol) echo request to a target server and waits for the server to reply. The time between sending and receiving that reply is your ping, also called latency.
Ping tests are one of the most fundamental tools for diagnosing internet connection problems. If a website loads slowly, a video call keeps dropping, or your online game has lag, a ping test quickly shows whether your connection is responding normally or experiencing delays. Unlike a speed test โ which measures how much data transfers per second โ a ping test measures responsiveness. You can have a high-speed connection with terrible ping, and a moderate-speed connection with excellent ping. Both matter, but they measure different things.
Running a ping test takes less than a minute and requires no special software โ every major operating system includes a built-in ping command. Online ping test tools offer a simpler alternative that works from any web browser. Either method gives you the essential numbers: your ping time in milliseconds, the number of packets sent versus received, and any packets lost in transit. Understanding these results helps you identify connection problems, compare different internet providers, and diagnose why specific apps or games perform poorly even when your speed test looks fine.
ping google.com โ press Enterping -c 4 google.com โ press EnterYou have two main options: use your operating system's built-in ping command (more detail, works offline to local targets) or an online ping test tool (simpler interface, no command line needed). For most people troubleshooting a home internet connection, online tools like Cloudflare's internet speed test or Fast.com's latency test are the easiest starting point. For network professionals or anyone needing to test connectivity to a specific server, the command-line ping tool gives you more control and more detailed output.
On Windows: press Windows key + R, type 'cmd', press Enter, then type 'ping google.com' and press Enter. Windows sends four packets by default and shows results. On Mac or Linux: open Terminal and type 'ping -c 4 google.com' then press Enter (the -c 4 flag limits it to four packets). For a continuous ping that keeps running until you stop it, use 'ping google.com' on Mac/Linux or 'ping -t google.com' on Windows. To test against a specific IP address or server, replace google.com with the address you want to test.
The output shows four key numbers: the time for each packet (in ms), the minimum ping, the average ping, the maximum ping, and the packet loss percentage. Your average ping is the most useful number for evaluating your connection. If you see 'Request timed out' or 'Destination host unreachable,' the server didn't respond โ this could mean the server blocks ping requests (common with some servers) or that there's a genuine connectivity problem. Google's servers (8.8.8.8) always respond to pings, so if you get timeouts pinging 8.8.8.8, the problem is with your connection.
Ping results vary by which server you're testing against, the time of day, and current network congestion. Test against a nearby server (geographically close to you) to get your baseline connection latency, then test against servers your key applications use. Your gaming ping depends on the game server's location, not just your ISP. Run ping tests at different times of day โ especially during evening peak hours โ to see whether congestion on your ISP's network causes latency spikes that wouldn't appear during off-peak hours.
When you run a ping test, the output gives you several numbers. The most important is the average round-trip time in milliseconds. But reading ping results well means understanding what the other numbers tell you โ and what they don't.
The minimum ping is your best-case latency under the test conditions. It represents the fastest possible response the server gave during the test. The maximum ping is your worst-case โ if it's much higher than your minimum, you're experiencing latency spikes or 'jitter,' where your connection's speed varies unpredictably. High jitter matters most for real-time applications: gaming, video calls, and VoIP calls all suffer when ping isn't consistent, even if the average looks acceptable.
Jitter is the variation in your ping from packet to packet. A connection with 30ms average ping but swings between 10ms and 80ms has high jitter and will feel inconsistent. A connection with 50ms average ping that consistently delivers between 45ms and 55ms has low jitter and will feel smooth. For gaming and video calls, low jitter matters more than slightly lower average ping.
Packet loss is the percentage of packets sent that don't get a response. Any packet loss above 0% is a warning sign. At 1-2%, you might notice occasional stutters in video calls. At 5% or more, packet loss causes audible degradation in voice calls, visible video artifacts, and significant gaming problems. Packet loss often points to a faulty cable, a congested network link, or hardware problems between your device and the server.
The TTL (Time to Live) in ping output shows how many network hops the packet can make before being discarded. It's not a latency metric, but it can tell you roughly how many routers the packet passes through. Very low TTL values that weren't set low deliberately can indicate routing problems. Most ping results to major servers show TTL values in the 50-120 range, depending on the server's starting TTL and how many hops the route takes.
When interpreting results, test multiple times and compare averages across test sessions. A single ping test gives you a snapshot; multiple tests over time reveal whether high ping is consistent or intermittent. Consistent high ping typically indicates a structural problem with your connection or route to that server. Intermittent high ping that spikes and recovers often indicates congestion, either on your local network or somewhere along the route.
Your average round-trip time in milliseconds โ the main metric from any ping test. It measures how long data takes to travel to a server and return. Lower is better. Latency is determined primarily by physical distance to the server, the number of network hops the data crosses, and the quality of those network links.
The variation in latency between packets. A consistent 40ms ping is better than a ping that averages 30ms but swings from 5ms to 90ms. High jitter causes choppy voice and video, lag spikes in games, and unreliable real-time communication. Jitter above 30ms is noticeable in video calls; above 50ms it becomes disruptive.
The percentage of packets sent that never receive a response. Zero percent is normal and expected. Even 1% packet loss can cause TCP retransmissions that slow downloads. At 5% or higher, voice calls break up, games experience serious lag, and browsing feels unreliable. Packet loss pinpoints a problem in the connection path โ often a failing cable or congested link.
The maximum number of network hops a packet can make before being discarded. Not a latency measurement, but useful for understanding routing. If your packets reach a server with a very low TTL, they're taking a long or complicated route. Unexpectedly low TTL values can point to routing issues. Traceroute (tracert on Windows) builds on ping to show every hop along the route.
Windows includes a built-in ping command accessible from Command Prompt or PowerShell:
cmd, press Enter โ or search 'Command Prompt' in the Start menuping google.com and press Enter โ Windows sends 4 packets by defaultping -t google.com โ runs until you press Ctrl+C to stopping 8.8.8.8 โ tests Google's DNS server, which always responds to pingsping -n 10 google.com sends 10 packets for a more statistically reliable resultping -l 1400 google.com tests with 1400-byte packets (closer to real traffic size) โ can reveal MTU issuesMac and Linux use nearly identical ping syntax, accessed through the Terminal app:
ping -c 4 google.com โ the -c flag specifies packet count (Mac/Linux don't limit automatically like Windows)ping google.com without -c runs continuously โ press Ctrl+C to stop and see summary statisticsping -c 4 8.8.8.8ping -i 0.2 -c 20 google.com sends 20 packets with 0.2-second intervals for faster bulk testingping -D google.com (Linux) adds Unix timestamps to each line โ useful for correlating latency spikes with specific timesOnline ping test tools work directly from your browser without any command line knowledge:
What counts as 'good' ping depends entirely on what you're using the connection for. A 100ms ping that's perfectly acceptable for casual web browsing would be frustrating in a competitive online game and noticeable in a video call. Understanding the thresholds for your specific use cases helps you know whether your connection actually needs improvement or meets your needs already.
For online gaming: Under 20ms is excellent โ professional esports players often achieve single-digit ping to their game servers. 20-50ms is very good and you'll notice no issues in any game. 50-100ms is acceptable for most casual gaming, though you may notice occasional lag in fast-paced multiplayer games. 100-150ms is the threshold where gaming becomes clearly impaired in time-sensitive games like first-person shooters or fighting games.
Above 150ms, lag becomes frustrating in competitive games, though turn-based games remain playable. The game server's location matters as much as your overall connection speed โ a 200ms connection playing on a server in the same city often beats a 50ms connection playing on a server across the country.
For video calls (Zoom, Teams, Google Meet): Under 100ms is ideal and most people won't notice any delay. 100-150ms is acceptable, with minimal perceptible delay. 150-300ms introduces noticeable delay where both parties may talk over each other. Above 300ms, video calls become genuinely difficult, with conversation timing feeling awkward and delays in audio syncing with video.
For web browsing and streaming: Latency matters less here than bandwidth. A 200ms ping with 50 Mbps download speed loads most web pages quickly because page loading is less latency-sensitive than real-time interaction. Streaming video is buffered, so ping has almost no effect on streaming quality โ bandwidth and jitter matter more for streaming. High ping mainly affects browsing when it's combined with packet loss, which causes TCP retransmissions that stall page loads.
For VoIP calls (phone calls over internet): Under 150ms one-way latency (roughly 300ms round-trip) is the ITU-T G.114 standard for acceptable voice quality. Above 300ms round-trip, conversations feel delayed enough to disrupt natural speaking rhythm. Jitter is particularly damaging for VoIP โ voice call software uses jitter buffers to smooth out variable timing, but buffers large enough to absorb high jitter introduce their own latency.
Your 'baseline' ping to geographically nearby servers โ say, 5-15ms โ establishes how low your connection can theoretically go. The difference between your baseline ping and your ping to a specific service's servers reflects the geographic distance and routing quality to that service. You can't improve latency below your geographic baseline without physically moving closer to the server or using a CDN that has a node near you.
High ping has many possible causes, and identifying which one applies to your situation determines what you can actually do about it. Some causes are fixable; others are determined by geography and physics.
Physical distance to the server is the irreducible baseline cause of latency. Light travels through fiber optic cable at roughly two-thirds the speed of light in a vacuum โ about 200,000 kilometres per second. A server 3,000 kilometres away has a theoretical minimum round-trip latency of about 30ms just from the signal travel time, before accounting for any processing or routing overhead.
You can't beat physics: if the server is far away, your ping will be higher, and no amount of troubleshooting changes that. Choosing game servers or service providers with infrastructure near your location is the only way to address distance-related latency.
Network congestion is the most common cause of ping that's higher than it should be given your distance. When your ISP's network or a transit network between you and the server gets saturated with traffic, packets queue up and your latency rises. This is why ping is often higher in the evening when more people are online simultaneously. Congestion can occur on your home network (when many devices are simultaneously downloading), at your ISP's equipment, or further upstream on shared transit links. If your ping is consistently higher in the evenings than at 3am, congestion is the likely cause.
Wi-Fi interference and congestion adds latency between your device and your router, which stacks on top of your actual internet latency. Neighbouring Wi-Fi networks on the same channel, physical obstructions between your device and router, microwave ovens, cordless phones, and even Bluetooth devices can degrade Wi-Fi performance and increase ping. Switching from Wi-Fi to a wired ethernet connection almost always reduces ping by 10-50ms and eliminates Wi-Fi-specific jitter. If switching to ethernet dramatically improves your ping, the problem is Wi-Fi, not your internet connection.
Router and modem hardware can introduce latency, particularly older or cheap hardware processing heavy traffic. Some routers add 5-20ms of processing latency under load โ called 'bufferbloat' โ where the router's buffers are too large and hold packets too long rather than dropping them when congested. Tools like the Waveform Bufferbloat Test specifically measure this. Routers with QoS (Quality of Service) settings configured properly reduce bufferbloat; replacing an old router with modern hardware that supports SQM (Smart Queue Management) can significantly reduce latency under load.
Background processes and bandwidth use on your own device or network can spike your ping temporarily. A file sync programme uploading large files, a system update downloading in the background, or another device streaming 4K video can saturate your upload or download bandwidth and cause latency spikes for everything else. Pausing bandwidth-intensive tasks while testing, or configuring QoS on your router to prioritise latency-sensitive traffic, can help. Testing your ping while also running a speed test simultaneously lets you see whether bandwidth saturation affects your latency, which indicates a bufferbloat problem.
Speed tests and ping tests measure fundamentally different things, and both are needed to get a complete picture of your internet connection's performance. Many people run a speed test and conclude their connection is fine โ then wonder why their games still lag or video calls still stutter. Understanding what each test actually measures clarifies why both matter.
A speed test measures throughput โ how many megabits (or megabytes) per second can transfer between your device and a test server. It tells you how much data your connection can move simultaneously. High download speed means large files download quickly, streaming high-resolution video works well, and multiple devices can be active simultaneously without bandwidth starvation. Download speed is what your ISP advertises when they sell you a 100 Mbps or 1 Gbps plan.
A ping test measures latency โ how quickly your connection can respond to a request. It doesn't tell you anything about bandwidth; even a slow 5 Mbps connection can have excellent 10ms ping, and a fast 1 Gbps connection can have terrible 200ms ping if the server is far away or routing is poor. Latency determines how responsive your connection feels for real-time tasks: gaming, video calling, VoIP, and interactive web applications.
The practical distinction: if you're loading a 10MB file, speed (throughput) determines how quickly it completes. If you're playing a multiplayer game where your character's actions need to be registered on the server within milliseconds, latency determines whether your inputs feel instant or delayed. Many gaming frustrations โ 'I should have hit that,' 'the game registered my shot late' โ are latency problems that no amount of bandwidth improvement can fix.
For most household internet use, both metrics matter. Streaming quality is primarily a bandwidth question (you need enough Mbps to sustain the video quality). Video call quality requires both adequate bandwidth (for video encoding) and acceptable latency (for natural conversation timing). Gaming requires adequate bandwidth for game updates and downloads but is primarily a latency-sensitive application once the game is running. Understanding which metric matters for your primary use case helps you interpret test results accurately and know what to improve.
Standard ping tests tell you whether your connection to a server is healthy and what your latency is. But when you need to diagnose where in the network path a problem occurs, or monitor latency over time, more advanced tools give you deeper insight.
Traceroute (called tracert on Windows, traceroute on Mac/Linux) builds on ping to show you every network hop between your device and the destination. It sends packets with increasing TTL values, causing each router along the path to return an error message that identifies itself. The result is a list of every router your traffic passes through, with the latency at each hop.
This lets you pinpoint exactly where latency is added โ whether it's within your ISP's network, at an internet exchange, or approaching the destination server. If your total latency is 150ms but the first ten hops to your ISP's core take only 30ms and the last two hops to the destination take 120ms, the problem is clearly at or near the destination, not your local connection.
MTR (Matt's Traceroute) combines continuous ping with traceroute to give you real-time statistics on every hop simultaneously. It shows latency and packet loss at each network hop, updating continuously, which makes it far more useful than a one-time traceroute for diagnosing intermittent problems. MTR is pre-installed on many Linux distributions and available for Mac via Homebrew; WinMTR is the Windows equivalent. Running MTR for several minutes during a period of poor performance often reveals which specific hop is causing packet loss that intermittent traceroute runs would miss.
Continuous ping monitoring โ using 'ping -t' on Windows or 'ping' without -c on Mac/Linux โ lets you watch latency over time in real time. Running a continuous ping to 8.8.8.8 while experiencing performance problems often catches latency spikes that a brief four-packet ping test would miss.
If you see your ping jump to 400ms for five seconds, then return to 20ms, that spike explains why your game felt laggy for a moment even though your average ping looks fine. Tools like SmokePing automate this continuous monitoring and generate graphs showing your latency history over hours and days, which is the most reliable way to document intermittent problems to show your ISP.
Pathping is a Windows-specific tool that combines traceroute and sustained ping testing. It runs automatically and provides statistics on every hop, including per-hop packet loss percentages, similar to MTR. For Windows users without MTR installed, pathping is a built-in alternative that diagnoses hop-by-hop packet loss without additional software. Run it by opening Command Prompt and typing 'pathping google.com' โ it takes a few minutes to complete but gives a comprehensive picture of where problems exist along the full network path.