Rust server lag er sjældent én ting. Det er næsten altid server.fps der falder under 30, og derfra følger rubber-banding, døre der nægter at lukke, raids der ligner et diasshow, og den frygtede fastfrysning hvert femte minut når kortet gemmes. Som host der kører Rust-instanser på Pterodactyl ser vi de samme fem årsager dække ~90% af alle "min Rust server lagger" tickets.
Symptomer: hvordan server lag faktisk ser ud
Først: bekræft at det er server lag og ikke klient lag. Åbn din serverkonsol og skriv:
server.fps
Sunde tal:
- 200+ på vanilla med under 50 spillere
- 120 til 200 på modded med 50 til 100 spillere
- 60 til 120 modded med tunge plugins: spillere mærker det
- Under 30: det her er hvad spillerne kalder "lag"
Hvis server.fps er 200+ og spillere stadig oplever lag, er problemet klient-side og kan ikke fixes på serveren.
Årsag 1: plugin garbage collection spikes
Det her er den største enkelt-årsag. Plugins på Oxide/uMod bygger objekt-allokationer op, .NET runtime stopper simulations-tråden for at rydde op, og du får en synlig 0,5 til 1,5 sekunders fastfrysning for alle spillere.
Kør manuelt fra konsol:
gc.collect
Hvis laggen forsvinder med det samme er det plugin GC. Permanent fix: reducer plugin-belastning eller schedulér forebyggende collections. Hvis du har over 50 plugins har du et plugin-problem uanset hvilke det er.
Årsag 2: save spike hvert 5. minut
Som standard gemmer Rust hver 300 sekunder. På en populeret server fryser den hele simulationen i 2 til 8 sekunder. Spillere ser det som: går, fryser, teleporteres.
Sæt i din server config:
server.saveinterval 600
For meget store kort eller sent i wipe er 900 rimeligt. Tradeoff: ved crash mister du så mange sekunders fremgang. På solid hardware er crash-risikoen næsten nul.
Årsag 3: entity creep over wipe
Rust tracker hver dør, hver kiste, hver code lock, hver furnace. På dag 5 af en wipe har en 100-slot server med 30 aktive baser ofte krydset 300.000 entities.
Tjek tællingen:
print(BaseNetworkable.serverEntities.Count)
400k+ er hvor sen-wipe lag begynder. Sæt aggressive decay:
decay.scale 1.5
decay.upkeep true
Det rigtige fix er at wipe. Hvis serveren konsekvent dør omkring dag 7 til 10, kør kortere wipe-cyklus, ugentlig eller hver anden uge.
Årsag 4: server.tickrate er ikke det du tror
Der er en udbredt myte om at sænke server.tickrate fixer lag. Det gør den ikke. server.tickrate er klient-side og styrer hvor ofte klienter sender position-updates. Den frigør ikke CPU på din dedicated server.
fps.limit 256 er fornuftig standard. Lavere kan faktisk forårsage lag.
Årsag 5: post-update lag
Næsten hver større Facepunch-patch introducerer en midlertidig performance-regression. Mønsteret i 2026:
- Patch fredag med force wipe
- Spillere rapporterer stutter i 3 til 4 dage
- Mod-forfattere pusher kompatibilitets-opdateringer
- Det stabiliserer sig tirsdag eller onsdag efter
Hvis laggen startede umiddelbart efter en update, og du ikke har rørt plugins, er årsagen næsten altid en forældet plugin. Tjek server.log for NullReferenceException stacks.
Diagnostic checklist
server.fps
print(BaseNetworkable.serverEntities.Count)
oxide.plugins
gc.collect
server.fps
Hvis server.fps hopper med 20+ efter gc.collect er plugin GC din flaskehals.
Host din Rust server hos DoomHosting
Vores Rust servere kører på dedikerede Ryzen 9 kerner med tuningen ovenfor allerede sat. Start en Rust server hos DoomHosting, sæt din wipe-tidsplan, og lad os tage resten. Instant setup, fuld FTP til dine Oxide plugins, og 24/7 support der faktisk spiller spillet.
