Rust Server Lag ist selten ein einzelnes Problem. Es ist fast immer server.fps unter 30, und von dort kaskadiert es zu Rubber-Banding, Türen die nicht zugehen, Raids wie Diashows, und das gefürchtete Einfrieren alle fünf Minuten beim Speichern. Als Hoster mit dutzenden Rust-Instanzen auf Pterodactyl sehen wir, dass dieselben fünf Ursachen ~90% aller "mein Rust Server laggt" Tickets ausmachen.
Symptome: wie Server Lag wirklich aussieht
Erstens: bestätige dass es Server Lag ist und nicht Client Lag. Tippe in deine Serverkonsole:
server.fps
Gesunde Werte:
- 200+ auf Vanilla mit unter 50 Spielern
- 120 bis 200 auf Modded mit 50 bis 100 Spielern
- 60 bis 120 Modded mit schweren Plugins: Spieler merken es
- Unter 30: das ist was Spieler "Lag" nennen
Wenn server.fps bei 200+ ist und Spieler trotzdem Lag melden, liegt das Problem clientseitig und nichts auf dem Server hilft.
Ursache 1: Plugin Garbage Collection Spikes
Das ist die größte Einzelursache. Plugins auf Oxide/uMod bauen Objekt-Allokationen auf, die .NET Runtime stoppt den Simulations-Thread, und du bekommst sichtbares 0,5 bis 1,5 Sekunden Einfrieren für alle Spieler.
Manuell aus der Konsole:
gc.collect
Wenn der Lag sofort weg ist, ist Plugin GC der Bottleneck. Permanente Lösung: Plugin-Last reduzieren. Mehr als 50 Plugins bedeutet Plugin-Problem.
Ursache 2: der 5-Minuten Save Spike
Standardmäßig speichert Rust alle 300 Sekunden. Auf einem vollen Server friert das die gesamte Simulation für 2 bis 8 Sekunden ein. Spieler sehen: laufen, einfrieren, teleportieren.
In der Config:
server.saveinterval 600
Für sehr große Karten oder spät im Wipe sind 900 vertretbar.
Ursache 3: Entity Creep über den Wipe
Rust trackt jede Tür, jede Kiste, jedes Code Lock. Tag 5 eines Wipes auf 100-Slot mit 30 aktiven Basen liegt oft bei 300.000 Entities.
Count prüfen:
print(BaseNetworkable.serverEntities.Count)
Über 400k bedeutet Late-Wipe Lag beginnt. Aggressives Decay:
decay.scale 1.5
decay.upkeep true
Echter Fix: Wipen. Wenn dein Server konsequent um Tag 7 bis 10 stirbt, fahre kürzere Wipe-Zyklen, wöchentlich oder zweiwöchentlich.
Ursache 4: server.tickrate ist nicht was du denkst
Es gibt den Mythos, dass server.tickrate senken Lag fixt. Tut es nicht. server.tickrate ist clientseitig und steuert, wie oft Clients Positions-Updates schicken. Es entlastet die Server-CPU nicht.
fps.limit 256 ist sinnvoller Default. Niedriger kann tatsächlich Lag verursachen.
Ursache 5: Post-Update Lag
Fast jeder größere Facepunch-Patch bringt eine temporäre Performance-Regression. Muster 2026:
- Patch Donnerstag mit Force Wipe
- Stutter Reports für 3 bis 4 Tage
- Mod-Autoren pushen Compatibility-Updates
- Stabilisierung Dienstag oder Mittwoch nach dem Patch
Wenn der Lag direkt nach einem Update startet und du keine Plugins angefasst hast, ist die Ursache fast immer ein veraltetes Plugin. Check server.log auf NullReferenceException Stacks.
Diagnose-Checkliste
server.fps
print(BaseNetworkable.serverEntities.Count)
oxide.plugins
gc.collect
server.fps
Springt server.fps um 20+ nach gc.collect ist Plugin GC der Bottleneck.
Host deinen Rust Server bei DoomHosting
Unsere Rust Server laufen auf dedizierten Ryzen 9 Kernen mit dem Tuning oben bereits gesetzt. Rust Server bei DoomHosting starten, Wipe-Plan setzen, Rest erledigen wir. Instant Setup, voller FTP-Zugriff für deine Oxide Plugins, und 24/7 Support der das Spiel tatsächlich spielt.
