Valheim Server Lag and Desync Troubleshooting
Fix lag, desync, and rubber-banding on your Valheim dedicated server. Covers Valheim's peer-to-peer hybrid architecture, how one player's bad connection affects everyone, server resource usage, and practical steps to reduce instability.
Understanding Valheim's Network Model
Valheim uses a hybrid peer-to-peer and dedicated server architecture that's different from most game servers. The dedicated server handles world state and saves, but gameplay physics and entity logic run partly on the clients.
This means:
- One player with a bad connection creates desync for everyone nearby — rubber-banding, delayed hits, and entity teleporting affect the whole group in that area.
- Unlike a pure server-authoritative game, throwing more server CPU at Valheim lag doesn't fix it.
Understanding this shapes the fixes below.
Step 1: Distinguish Server-Side vs. Connection-Side Lag
| Symptom | Likely Cause |
|---|---|
| Everyone lags at the same time, consistently | Server CPU/memory issue |
| Specific players lag, others are fine | That player's internet connection |
| Rubber-banding happens near other players | P2P desync from a player with high latency |
| Server randomly crashes | Mods, memory leak, or corrupted world |
| Lag spikes during specific actions (building, loading new areas) | Server generating chunks or processing |
Step 2: Check the Affected Player's Connection
Because one bad connection can spoil the experience for everyone nearby, start here:
- Have each player run a ping test to the server: open a terminal/command prompt and run
ping <server-ip> - A good connection is under 80ms with minimal packet loss
- High latency (200ms+) or any packet loss will cause desync for that player and others near them
If a specific player has a poor connection:
- Have them try a wired Ethernet connection instead of WiFi
- Close background downloads, streaming, or video calls — these consume bandwidth and increase jitter
- Try a different DNS server (Cloudflare
1.1.1.1or Google8.8.8.8) - If they're consistently high-latency from your server's region, there may not be a perfect fix — but wired + closed background tasks helps significantly
A practical tip for exploration: Because entities are simulated partly on the local client, the player with the most stable connection should take the lead when exploring new areas or fighting bosses. Having a high-latency player "lead" an area causes desync for the whole group.
Step 3: Check Server Resource Usage
In your panel, check the CPU and Memory gauges for your server:
CPU:
- Valheim's dedicated server is mostly IO-bound, not CPU-intensive like Minecraft — high CPU on the panel is unusual
- If CPU is consistently pinned, look for a runaway mod process in the server console
Memory:
- A vanilla Valheim server typically uses 1–2 GB of RAM
- With heavy mods or large player counts, it can climb to 4–6 GB
- If memory is full and the system is swapping, you'll see random lag spikes and server hiccups
Fix: Upgrade your plan if you're consistently hitting memory limits. If the memory usage climbed after installing a specific mod, that mod likely has a memory leak.
Step 4: Schedule Regular Restarts
Valheim dedicated servers tend to develop gradual memory leaks over long uptimes, especially with mods. A daily restart clears this:
- In your panel's Schedules tab, create a new schedule
- Set it to run at a low-activity time (e.g. 4:00 AM server time)
- Add a Restart action
- Save
Players almost never notice a 4 AM restart, but it can fix persistent low-grade lag that builds over days.
Step 5: Mod-Related Instability
Mods are the most common source of Valheim dedicated server instability. If lag or crashes started after adding a mod:
- Check the server console for errors — BepInEx logs exceptions from mods very clearly
- Temporarily disable all mods — rename
/BepInEx/plugins/to/BepInEx/plugins_disabled/, restart, and test - If performance improves, re-enable mods one at a time to find the culprit
- Check the mod's Thunderstore/Nexus comments — someone else has probably reported the same issue
Common problematic patterns:
- Mods that add many new enemy types or spawns can stress the P2P game logic significantly
- Epic Loot and similar mods are CPU-heavy on drop calculation
- Version-mismatched mods between server and clients cause constant desync
Step 6: World File Health
A large or old world file can cause longer save times and IO spikes:
- The server saves the world automatically every 30 minutes — during the save, you may notice a brief lag spike
- If your world is very old and large, these save times grow
- Trim your world: On a new server, pre-setting a world border via mods (like World Compass or startup commands) keeps the world size bounded
Step 7: When It's the Network Path, Not Your Server
Sometimes the lag is caused by the route between your players' ISPs and our datacenter:
- Have the affected player run a traceroute:
tracert <server-ip>(Windows) ortraceroute <server-ip>(Mac/Linux) - Look for any hop with
> 100msadded latency or* * *(packet loss) - If the problem is deep in an ISP backbone, there's not much either party can do — but this information is useful to share with your ISP for escalation
Summary Checklist
- Check which players are lagging (everyone vs. specific players)
- Have high-latency players switch to wired and close background apps
- Check panel CPU and memory — upgrade if consistently hitting limits
- Schedule a daily server restart to clear memory leaks
- Disable mods temporarily to rule out mod-related instability
- Check server console for BepInEx/mod errors
Still Seeing Lag?
If you've worked through all the steps above and the server is still unstable, jump into our Discord at discord.dustbowl.games. Bring the server name, a traceroute from an affected player, and the panel console output — that gives us enough to dig in fast.
Related
- Valheim Common Connection Issues — can't connect at all
- How to Install Mods on Your Valheim Server (BepInEx) — installing and managing mods
- How to Update Your Valheim Server — keeping server and client versions in sync