Rust server lag rzadko jest jedną rzeczą. To prawie zawsze server.fps poniżej 30, a stąd kaskada: rubber-banding, drzwi które odmawiają zamknięcia, raidy jak pokaz slajdów, i przerażające zamrażanie co pięć minut przy zapisie mapy. Jako host prowadzący dziesiątki instancji Rust na Pterodactyl widzimy że te same pięć przyczyn odpowiada za ~90% wszystkich zgłoszeń "mój serwer Rust laguje".
Objawy: jak server lag faktycznie wygląda
Najpierw: potwierdź że to lag serwera, nie klienta. Wpisz w konsolę serwera:
server.fps
Zdrowe wartości:
- 200+ na vanilla z mniej niż 50 graczy
- 120 do 200 na modded z 50 do 100 graczy
- 60 do 120 modded z ciężkimi pluginami: gracze to czują
- Poniżej 30: to jest to co gracze nazywają "lagiem"
Jeśli server.fps jest 200+ a gracze nadal zgłaszają lag, problem jest po stronie klienta i nic na serwerze nie pomoże.
Przyczyna 1: plugin garbage collection spikes
To największa pojedyncza przyczyna. Pluginy na Oxide/uMod akumulują alokacje obiektów, .NET runtime zatrzymuje wątek symulacji, i dostajesz widoczne 0,5 do 1,5 sekundy zamrażania dla wszystkich graczy.
Ręcznie z konsoli:
gc.collect
Jeśli lag znika natychmiast, plugin GC to twoje wąskie gardło. Trwała naprawa: zmniejsz obciążenie pluginami. Powyżej 50 pluginów oznacza problem z pluginami niezależnie którymi.
Przyczyna 2: spike zapisu co 5 minut
Domyślnie Rust zapisuje co 300 sekund. Na zaludnionym serwerze to zamraża całą symulację na 2 do 8 sekund. Gracze widzą: idą, zamarzają, teleportują się.
W configu:
server.saveinterval 600
Dla bardzo dużych map lub późnego wipe 900 jest sensowne.
Przyczyna 3: entity creep przez wipe
Rust trackuje każde drzwi, każdą skrzynię, każdy code lock. Dzień 5 wipe na 100-slot z 30 aktywnymi bazami często przekracza 300 000 entities.
Sprawdź liczbę:
print(BaseNetworkable.serverEntities.Count)
400k+ to początek late-wipe laga. Agresywne decay:
decay.scale 1.5
decay.upkeep true
Prawdziwa naprawa to wipe. Jeśli serwer konsekwentnie umiera koło dnia 7 do 10, ustaw krótszy cykl wipe, tygodniowy lub dwutygodniowy.
Przyczyna 4: server.tickrate to nie to co myślisz
Mit że obniżenie server.tickrate naprawia lag jest błędny. server.tickrate jest po stronie klienta i kontroluje jak często klienci wysyłają update'y pozycji. Nie zwalnia CPU na twoim dedicated serwerze.
fps.limit 256 to sensowny default. Niżej może faktycznie powodować lag.
Przyczyna 5: post-update lag
Prawie każdy duży patch Facepunch wprowadza tymczasową regresję wydajności. Wzorzec 2026:
- Patch w czwartek z force wipe
- Zgłoszenia stutteru przez 3 do 4 dni
- Autorzy modów pushują kompatybilność
- Stabilizacja we wtorek lub środę po patchu
Jeśli lag zaczął się zaraz po update i nie ruszałeś pluginów, przyczyna to prawie zawsze przestarzały plugin. Sprawdź server.log pod kątem NullReferenceException stacks.
Lista diagnostyczna
server.fps
print(BaseNetworkable.serverEntities.Count)
oxide.plugins
gc.collect
server.fps
Jeśli server.fps skoczył o 20+ po gc.collect, plugin GC to twoje wąskie gardło.
Hostuj swój serwer Rust w DoomHosting
Nasze serwery Rust działają na dedykowanych rdzeniach Ryzen 9 z powyższym tuningiem już ustawionym. Uruchom serwer Rust w DoomHosting, ustaw harmonogram wipe, a resztą zajmiemy się my. Instant setup, pełny FTP dla twoich pluginów Oxide, i wsparcie 24/7 które naprawdę gra w tę grę.
