Rust server prestaties verbeteren: de complete gids

Rust is een van de meest veeleisende multiplayer-survivalspellen als het gaat om serverhardware. De combinatie van een grote open wereld, honderden spelers, complexe bases, AI-vijanden en physics-berekeningen maakt dat een Rust server meer nodig heeft dan vrijwel elke andere gameserver. Toch draaien veel servers met onnodige lag omdat de configuratie niet geoptimaliseerd is. In deze gids behandelen we alle aspecten van Rust server-optimalisatie: van hardware en serverinstellingen tot pluginbeheer en mapkeuze.

Waarom is Rust zo zwaar voor servers?

Om te begrijpen hoe u de prestaties verbetert, is het nuttig om te weten waarom Rust zoveel van een server vraagt:

  • Grote procedurele wereld. Een standaard Rust-map is 4000 x 4000 meter, met miljoenen objecten: bomen, stenen, dieren, gebouwen en meer. Al deze objecten worden door de server bijgehouden.
  • Spelersbases. Rust-spelers bouwen uitgebreide bases met honderden of duizenden bouwelementen. Elke muur, deur, kist en oven is een apart object dat de server moet verwerken.
  • AI-entiteiten. Wetenschappers bij monumenten, helikopters, de Bradley APC en dieren hebben allemaal AI-routines die CPU-cycli kosten.
  • Decay en upkeep. De server berekent continu het verval van gebouwen en controleert of de tool cupboard voldoende resources bevat.
  • Netcode. Rust stuurt voortdurend positie-updates, inventariswijzigingen en omgevingsdata naar alle spelers binnen bereik. Met 100+ spelers op een server is dat een enorme hoeveelheid data.

Door deze factoren is de keuze voor de juiste hardware en configuratie cruciaal.

Hardware: wat heeft een Rust server nodig?

De hardwarevereisten hangen af van het aantal spelers en de mapgrootte. Hier zijn richtlijnen voor 2026:

ServerprofielRAMCPUOpslag
Solo/duo, 50 spelers, map 30008 GB4+ GHz singlethread10 GB NVMe
Vanilla, 100 spelers, map 350010 tot 12 GB4,5+ GHz singlethread15 GB NVMe
Modded, 150 spelers, map 400012 tot 16 GB4,5+ GHz singlethread20 GB NVMe
Modded, 250+ spelers, map 450016 tot 24 GB5+ GHz singlethread30+ GB NVMe

De kritieke factor is singlethread-prestatie. Rust's gameloop draait grotendeels op een enkele kern. Een processor met een hoge kloksnelheid per kern, zoals de AMD Ryzen 9 7950X (tot 5,7 GHz boost) die HostValues in haar Rust-hosting gebruikt, levert aanzienlijk betere prestaties dan een serverprocessor met veel kernen maar lagere kloksnelheden.

NVMe-opslag is eveneens essentieel. Rust slaat de volledige spelstaat op in een .sav-bestand dat bij grote servers honderden megabytes kan worden. Het periodiek opslaan (standaard elke 5 minuten) kan op een trage schijf merkbare lag veroorzaken. NVMe-drives verminderen deze save-lag tot een fractie van wat een SATA-schijf nodig heeft.

De belangrijkste servervariabelen

Rust biedt tientallen convars (console variables) waarmee u de serverprestaties kunt beinvloeden. Dit zijn de belangrijkste:

server.tickrate

De tickrate bepaalt hoe vaak per seconde de server de spelstaat bijwerkt. De standaardwaarde is 30. Veel serverbeheerders denken dat een hogere tickrate (60 of zelfs 128) betere prestaties oplevert, maar dat is een misvatting. Een hogere tickrate verdubbelt de CPU-belasting zonder dat Rust daar echt baat bij heeft. De netcode en physics van Rust zijn ontworpen voor 30 ticks per seconde. Houd dit op 30 tenzij u een zeer krachtige server heeft met weinig spelers.

gc.buffer

Dit is een van de meest impactvolle instellingen. Rust draait op Unity, dat een garbage collector (GC) gebruikt om ongebruikt geheugen vrij te maken. Standaard maakt de GC regelmatig geheugen vrij, wat korte lagpieken ("stutters") veroorzaakt. Met gc.buffer kunt u instellen hoeveel geheugen de server mag bufferen voordat de GC in actie komt.

Aanbevolen instellingen:

  • Servers met 8 tot 12 GB RAM: gc.buffer 256
  • Servers met 12 tot 16 GB RAM: gc.buffer 512
  • Servers met 16+ GB RAM: gc.buffer 1024 of hoger

Een hogere gc.buffer waarde betekent dat de GC minder vaak draait, wat minder stutters oplevert. Het nadeel is dat de server meer geheugen gebruikt. Zorg dat u genoeg RAM beschikbaar heeft, want als de server het fysieke geheugen overschrijdt en naar swap gaat, zijn de prestaties dramatisch slechter dan welke GC-stutter dan ook.

server.saveinterval

Standaard slaat Rust de spelstaat elke 600 seconden (10 minuten) op. Tijdens het opslaan kan de server kort bevriezen, vooral op grote servers. U kunt dit interval verlengen naar 900 of 1200 seconden als de korte freeze storend is, maar houd er rekening mee dat u bij een crash meer data verliest. Een compromis is om het interval op 600 te houden en te investeren in NVMe-opslag om de save-duur te minimaliseren.

server.maxplayers

Stel dit in op het aantal spelers dat uw hardware aankan, niet op het aantal dat u hoopt te krijgen. Een server die geconfigureerd is voor 300 spelers maar de hardware heeft voor 100 levert een slechte ervaring voor iedereen. Begin conservatief en verhoog het maximum naarmate u ziet dat de server het aankan.

fps.limit

Beperk de server-FPS (frames per seconde, in servercontext: ticks per seconde die de server probeert te halen). De standaardwaarde is 256, wat onnodig hoog is. Stel dit in op 60 of zelfs 30 om CPU-cycli te besparen. De server hoeft niet sneller te draaien dan de tickrate dicteert.

Mapgrootte en seed optimaliseren

De mapgrootte heeft een directe invloed op de serverprestaties:

  • Map 3000: compact, geschikt voor 50 tot 75 spelers. Minder objecten, minder AI, snellere saves.
  • Map 3500: de sweet spot voor de meeste servers met 75 tot 150 spelers.
  • Map 4000: standaard Rust-grootte, geschikt voor 150 tot 250 spelers met voldoende hardware.
  • Map 4500+: alleen voor grote servers met krachtige hardware. Het aantal objecten groeit exponentieel met de mapgrootte.

De seed (het generatienummer van de map) beinvloedt ook de prestaties. Sommige seeds genereren meer water, minder monumenten of een ongunstige verdeling van resources. Gebruik een tool als RustMaps.com om seeds vooraf te bekijken en een seed te kiezen die past bij uw spelersaantal en serverconcept.

Voor een kleinere community (solo/duo-server met 50 tot 75 spelers) is een map van 2500 tot 3000 ideaal. De gevechten zijn frequenter, de reistijden korter en de server draait soepeler.

Oxide/uMod plugins optimaliseren

De meeste modded Rust servers draaien Oxide (tegenwoordig bekend als uMod), een framework dat plugins in C# mogelijk maakt. Plugins voegen functionaliteit toe, maar slecht geschreven of te veel plugins zijn de belangrijkste oorzaak van lag op modded servers.

Tips voor pluginoptimalisatie:

  • Minder is meer. Elke plugin die u toevoegt draait code op de server. Evalueer regelmatig of u elke plugin nog echt nodig heeft. Een server met 30 goed gekozen plugins draait beter dan een met 80 waarvan de helft overbodig is.
  • Gebruik Oxide's performance profiler. Het commando oxide.profiler start (en na een minuut oxide.profiler stop) laat zien welke plugins de meeste CPU-tijd verbruiken. Verwijder of vervang de zwaarste.
  • Vermijd plugins die veel OnTick hooks gebruiken. Plugins die elke tick (30 keer per seconde) code uitvoeren zijn exponentieel zwaarder dan plugins die event-gedreven werken. Controleer de broncode of documentatie van uw plugins.
  • Kies geoptimaliseerde varianten. Populaire plugins hebben soms meerdere versies. Kies altijd de variant die specifiek voor prestaties is geoptimaliseerd.
  • Beperk opslagrequests. Plugins die veel data naar schijf schrijven (leaderboards, statistieken, logging) veroorzaken I/O-lag. Stel hun opslaginterval zo hoog mogelijk in.

Entity count verlagen

Het totale aantal entiteiten (objecten) op de server is een van de belangrijkste prestatie-indicatoren. U kunt het huidige aantal bekijken met het servercommando ent kill (let op: dat commando toont het aantal, gebruik het niet per ongeluk om entiteiten te verwijderen). Of gebruik global.entity_count.

Manieren om de entity count te beheersen:

  • Decay versnellen. Stel server.pve false in (standaard) en pas eventueel decay.scale aan om verlaten bases sneller te laten vervallen. Verlaten bases zijn een grote bron van entiteiten.
  • Maximale bouwgrootte beperken. Plugins als "Building Grade Limiter" of "Entity Limit" beperken het aantal bouwelementen per speler of per tool cupboard.
  • Regelmatige wipes. De meeste Rust-servers wipen maandelijks (map wipe) of wekelijks (modded servers). Na een wipe begint de entity count weer bij nul, wat de prestaties direct verbetert.
  • Verwijder ongebruikte entiteiten. Lege slaapzakken, verlaten stashes en gedropte items die niemand oppakt: ze tellen allemaal mee. Plugins als "Stash Remover" of het standaard decay-systeem helpen hierbij.

Netwerk optimaliseren

Netwerkprestaties zijn minstens zo belangrijk als serverprestaties. Spelers ervaren lag als het netwerk traag of instabiel is, ongeacht hoe snel uw server rekent.

  • Serverlocatie. Kies een locatie dicht bij uw doelgroep. Voor een Nederlandse community is een server in Nederland ideaal. HostValues biedt meerdere Europese locaties zodat u de laagste ping kiest.
  • DDoS-bescherming. Populaire Rust-servers zijn een frequent doelwit van DDoS-aanvallen, vaak door gefrustreerde spelers of concurrerende servers. Professionele DDoS-bescherming, standaard inbegrepen bij HostValues Rust-hosting, filtert aanvallen voordat ze uw server bereiken.
  • server.netcachesize. Deze instelling bepaalt de grootte van de netwerkcache. Een hogere waarde kan helpen bij servers met veel spelers, maar kost meer geheugen. Standaard is 16; voor servers met 100+ spelers kunt u 32 of 64 proberen.

Wipe-dag optimalisatie

De eerste uren na een wipe zijn het zwaarst voor een Rust server. Alle spelers loggen tegelijk in, de map genereert terrain en structuren, en de entity count stijgt explosief. Tips voor een soepele wipe-dag:

  • Genereer de map vooraf. Gebruik het commando server.seed [seed] server.worldsize [grootte] en start de server een keer zonder spelers om de map te laten genereren. Bij de daadwerkelijke wipe laadt de server de vooraf gegenereerde map, wat sneller is.
  • Beperk het spelersaantal tijdelijk. Verlaag maxplayers de eerste 30 tot 60 minuten om de server niet te overbelasten tijdens de initialisatiefase.
  • Monitor de server actief. Houd de server-FPS en entity count in de gaten via RCON of een webpanel. Als de FPS onder de 15 zakt, is er een probleem dat direct aandacht nodig heeft.
  • Herstart na de eerste rush. Een herstart na 2 tot 4 uur ruimt geheugen op en geeft de garbage collector een schone lei.

RCON en monitoring

Een goed gemonitorde server is een stabiele server. Gebruik RCON (Remote Console) om uw server op afstand te beheren en te monitoren:

  • RustAdmin: een populaire gratis RCON-client voor Windows met een grafische interface.
  • BattleMetrics: een webgebaseerde RCON-oplossing met spelerstatistieken, ban-beheer en prestatiegrafieken.
  • Server-FPS monitoren. Het commando perf in de serverconsole toont de huidige server-FPS. Stabiel 30 is het doel. Onder de 20 merken spelers lag; onder de 10 is de server vrijwel onspeelbaar.
  • Entity count bijhouden. Monitor global.entity_count gedurende de wipe-cyclus. Als het aantal boven de 200.000 tot 300.000 komt op een gemiddelde server, verwacht dan prestatieproblemen.

Veelgemaakte fouten

Deze fouten zien we regelmatig bij Rust-serverbeheerders:

  • Te grote map voor te weinig spelers. Een map van 4500 voor 50 spelers is leeg en verspilt resources. Kies een mapgrootte die past bij uw community.
  • Tickrate verhogen naar 60 of 128. Dit helpt niet en maakt het erger. Rust is ontworpen voor 30 ticks.
  • Geheugen niet monitoren. Als uw server naar swap gaat, zijn de prestaties catastrofaal. Monitor het geheugengebruik en upgrade uw RAM voordat het zover komt.
  • Geen GC-buffer instellen. De standaard gc.buffer is 0, wat frequente en merkbare stutters oplevert. Stel deze altijd in.
  • Alle plugins van een andere server kopieren. Elke server heeft een andere context en spelersaantal. Wat werkt op een server met 300 spelers en dedicated hardware kan een server met 100 spelers en gedeelde hosting compleet platleggen.

Checklist: Rust server optimalisatie

Gebruik deze checklist om uw server stap voor stap te optimaliseren:

  1. Controleer of uw hardware voldoet: singlethread-prestatie is koning. AMD Ryzen 9 7950X of vergelijkbaar.
  2. Gebruik NVMe-opslag voor snelle saves.
  3. Stel gc.buffer in op basis van uw beschikbare RAM (256 tot 1024+).
  4. Houd server.tickrate op 30.
  5. Stel fps.limit in op 60.
  6. Kies een mapgrootte die past bij uw spelersaantal.
  7. Gebruik de Oxide profiler om zware plugins te identificeren.
  8. Monitor entity count en server-FPS dagelijks.
  9. Plan regelmatige wipes om de entity count te resetten.
  10. Zorg voor DDoS-bescherming en een serverlocatie dicht bij uw spelers.

Veelgestelde vragen

Hoeveel RAM heeft een Rust server minimaal nodig?

Voor een kleine server met 50 spelers en een map van 3000 is 8 GB het absolute minimum, maar 10 GB is comfortabeler. Voor 100+ spelers is 12 tot 16 GB aanbevolen. Modded servers met veel plugins hebben altijd meer nodig dan vanilla servers met hetzelfde spelersaantal. Houd ook rekening met gc.buffer: die instelling reserveert extra geheugen voor de garbage collector. Als u gc.buffer op 512 zet, tel dat bij uw basisbehoefte op.

Waarom heeft mijn Rust server lag na een paar dagen?

De meest voorkomende oorzaak is een stijgende entity count. Naarmate spelers bouwen, items droppen en bases uitbreiden, groeit het aantal objecten dat de server moet bijhouden. Verlaten bases die niet snel genoeg decayen verergeren dit. Controleer uw entity count met global.entity_count. Als het aantal boven de 200.000 komt, overweeg dan een versneld decay voor verlaten bases of een eerder wipe-moment. Een andere oorzaak is geheugengebruik: als de server langzaam meer geheugen claimt en uiteindelijk naar swap gaat, wordt alles traag. Monitor uw RAM-gebruik en herstart de server wekelijks als preventieve maatregel.

Moet ik een dedicated server of VPS gebruiken voor Rust?

Voor kleine servers (tot 50 spelers) is een goede VPS voldoende, mits deze NVMe-opslag, een snelle processor en voldoende RAM biedt. Bij HostValues draaien de VPS'en op AMD Ryzen 9 7950X hardware, wat dezelfde processorkwaliteit levert als dedicated machines. Voor grote servers met 100+ spelers is een dedicated server of een VPS met voldoende gealloceerde resources noodzakelijk. Het voordeel van een VPS is de flexibiliteit: u kunt eenvoudig opschalen als uw community groeit, zonder te hoeven migreren naar andere hardware. Voor de meeste Rust-servers in Nederland is een Rust-hostingpakket of een krachtige VPS van HostValues de beste keuze.

Samenvatting

Rust serveroptimalisatie draait om drie pijlers: de juiste hardware, verstandige serverinstellingen en gecontroleerd plugingebruik. Investeer in een processor met hoge singlethread-prestaties en NVMe-opslag, stel gc.buffer in, houd de entity count in de gaten en evalueer regelmatig uw plugins. Monitor uw server actief en wees niet bang om conservatief te beginnen met het maximale spelersaantal.

Op zoek naar een Rust server met de juiste hardware? Bij HostValues draaien alle Rust-servers op AMD Ryzen 9 7950X processors met NVMe-opslag en DDoS-bescherming. Bekijk ook de RAM-calculator om te bepalen hoeveel geheugen uw server nodig heeft. Alle pakketten zijn maandelijks opzegbaar.


Komt u er niet uit? Open een support ticket, ons team helpt u graag verder.

Terug naar de blog