Measuring…
The verdict for this game appears once the first full second of packets is in.
Comparing with other tests to this server…
Measuring…
The verdict for this game appears once the first full second of packets is in.
Comparing with other tests to this server…
Are you sure you want to delete all results?
| Date & Time | Duration | Avg Ping | Avg Jitter | Packet Loss | Actions |
|---|
Rubber-banding back three steps on a cliff? Tames sliding around while you move normally?
ARK servers carry a load that most games never have to think about. Nothing in this world is temporary: every structure anyone has ever built, every tamed creature anyone has ever kept, and every dropped item persists on that server whether its owner is online or not. A server that felt perfect in its first week can be genuinely struggling in its third month with nothing about your connection having changed - and telling that apart from your own line is the reason to measure separately.
What this test sends: 30 packets per second of 400 bytes, matching Ark: Survival Ascended rather than a generic ping. estimated
Studio Wildcard publishes no tick rate; Unreal's default replication is 30 Hz and server operators tune it.
Run the test above for at least 60 seconds. Here is what each number means for this game specifically.
Your position is server-authoritative, so when your movement packets do not arrive the server keeps you where it last agreed you were and snaps you back. On a flat plain that is an annoyance. On a cliff, on a raft, or while carrying something across the map, it is a death and an hour of work.
Your own character is predicted locally and will usually look smooth. Wild creatures and other players' tames come entirely from the server, so uneven updates make them stutter and slide while you do not. That asymmetry is the fastest way to tell a network problem from a frame rate problem.
The server browser shows ping, and it is a real signal - but it is not the whole story, because a nearby server that is heavily built up can perform worse than a distant one that is not. Use the ping to shortlist and the first hour of play to decide.
What you see in game, and which number on this page explains it.
| What you see in Ark: Survival Ascended | Look at | What it means |
|---|---|---|
| Snapped back three steps repeatedly | loss | Movement packets lost; the server reverted you to the last agreed position. |
| Creatures slide, your character does not | jitter | Your movement is predicted locally; theirs arrives over the network. |
| Everyone in chat lagging at once | server | Server load, very often accumulated structures and tames. |
| Disconnect while flying loaded | loss | A burst of loss ended the session - the most expensive failure in the game. |
Most multiplayer games hand the server a clean slate every match. ARK does the opposite: the server holds a persistent world where everything anyone builds or tames stays until it is destroyed or decays. Over months, a popular server accumulates an enormous amount of state that must be tracked, saved and replicated to clients, and none of it is visible from the server browser.
The effect on players is a slow, confusing degradation. Nothing changed on your end, your ping is the same number it always was, and the game gradually becomes less responsive. It is easy to conclude that your connection has deteriorated, and easy to spend money on that conclusion. Measuring the line directly is how you avoid that: the path and the load at the far end are independent, and only one of them is yours.
The client-side asymmetry gives you a second, immediate check. ARK predicts your own character locally, so your movement looks smooth almost regardless of the connection, while everything the server owns - wild creatures, other players, their tames - shows the truth. A world in which you glide and everything else stutters is a network diagnosis; one in which everything including you is jerky is usually the machine you are sitting at.
What makes this worth the attention is the cost of a failure. In a session-based shooter, a burst of loss costs a round. Here it costs whatever you were carrying, whatever you were riding, and sometimes a character. That asymmetry is a good argument for fixing the cheap and boring things - a cable, a router that prioritises small packets - before rather than after a long flight across the map.
If the chart above shows packet loss or high jitter, work through these in order.
The Symptom: Low ping, still constant rubber-banding.
A long-running server accumulates structures, tames and dropped items that all have to be simulated and replicated. That cost is invisible in the server browser and very visible in play. If this chart is clean while the server is unplayable, you have found a server problem and the only remedy is a different server.
The Symptom: Rubber-banding at exactly the wrong moment.
Wireless produces bursts of loss, and a burst while you are flying a loaded creature across the map costs the trip and sometimes the creature. A cable removes the largest single source of those bursts, and this is a game where a single one is expensive.
The Symptom: Everyone in chat reports the same lag.
If global chat lights up with the same complaint at the same moment, the server is the cause and nothing local applies. This chart is how you establish that your line was fine - which is worth knowing before you spend an evening changing settings that were never the problem.
The Symptom: Lag arrives with someone else's upload.
The traffic is constant and modest in size, which makes it the first casualty of a saturated link. Router QoS that keeps small interactive packets ahead of bulk transfers removes a very common cause of rubber-banding that is easy to blame on the server.
Because your position is decided by the server. When your movement packets are lost, the server keeps you at the last position it agreed to and your client is snapped back to it. Sustained loss on this chart is the direct cause.
Run this test for a few minutes while the game misbehaves. A clean chart during heavy rubber-banding points at the server - particularly a long-running one carrying a lot of structures and tames. Red lines point at your line.
Your own movement is predicted on your machine, so it stays smooth. Creatures come from the server, so they show the connection's actual quality. That difference is the clearest sign that the problem is the network rather than your hardware.
Only partly. Ping measures the path, not the load at the other end, and a nearby server that has been running for months with thousands of structures on it can play worse than a further one that is fresh.