Hoeveel RAM heb je nodig voor een game server?

Wat RAM echt doet op een game server, een tabel per game om op te dimensioneren, wat het getal omhoog duwt, en hoe je ziet of je te weinig of te veel hebt gekozen.

6 min leestijd · Bijgewerkt op 21 okt 2026 · Door GuavaHost Team

RAM is het deel van een serverplan dat bepaalt hoeveel van je gamewereld de server tegelijk kan vasthouden. Deze gids legt uit wat RAM echt doet, geeft je een tabel per game om op te dimensioneren, behandelt de dingen die het getal omhoog duwen, en laat zien hoe je merkt of je te weinig of te veel hebt gekozen.

Wat RAM doet op een game server

RAM (random access memory) is de kortetermijnwerkruimte van de server. Terwijl de game loopt, houdt de server dit allemaal in RAM:

• De geladen wereld. Het terrein rond elke speler, en in games als Rust en ARK de hele map.
• Entities. Mobs, wezens, tames, Pals, voertuigen, gedropte items en elk geplaatst blok of bouwstuk dat de game bijhoudt.
• Spelersdata. Posities, inventarissen, skills en het gebied dat elke speler heeft geladen.
• Mods en plugins. Hun code en alles wat ze opslaan.
• De game-engine zelf. Het basisverbruik van een lege server voordat iemand joint.

Een handige manier om het te bekijken: RAM is de grootte van je bureau, niet hoe snel je eraan werkt. Een groter bureau laat je meer uitspreiden, maar je gaat er niet sneller van denken. Heeft een server meer bureau nodig dan hij heeft, dan vertraagt hij niet netjes. Hij hapert terwijl hij geheugen vrijmaakt, of hij crasht.

RAM per game

Deze cijfers komen uit onze gidsen per game, die de redenering achter elk getal uitleggen. Ze gaan uit van een normale wereld met verstandige instellingen. Zware modpacks en heel oude, heel volgebouwde werelden zitten erboven.

Voor games zonder eigen gids is het kleinste plan op elke gamepagina de ondergrens die we verkopen: 2 GB voor Minecraft Bedrock en Counter-Strike 2, en 1 GB voor een Discord-bot.

Wat het getal omhoog duwt

1. Mods en plugins. Meestal de grootste losse factor. Een grote modpack kan het verbruik van dezelfde wereld in vanilla een paar keer over vermenigvuldigen.
2. Wereld- of mapgrootte. Een Rust-map van 4500, een Large Terraria-wereld of een ARK DLC-map heeft simpelweg meer om vast te houden.
3. View distance. In Minecraft laadt elke speler een vierkant chunks om zich heen. Bij view distance 8 is dat ruwweg 17 bij 17, ongeveer 289 chunks. Bij 12 is het ruwweg 25 bij 25, ongeveer 625 chunks, ruim het dubbele. Zie view distance en simulation distance.
4. Spelers die uitzwermen. Tien spelers in een dorp delen geladen chunks. Tien spelers die in tien richtingen verkennen niet. Dat behandelen we in hebben meer spelers meer RAM nodig?
5. Leeftijd van de wereld. Bases, tames, Pals en opslag stapelen zich over weken op, en dat wordt allemaal geladen en gesimuleerd.
6. Lange uptime. Veel servers kruipen omhoog hoe langer ze lopen. Een dagelijkse herstart ruimt dat op.
7. Meer dan een proces. Elke map in een ARK-cluster is zijn eigen server met zijn eigen geheugen, en Don't Starve Together draait twee shards, het oppervlak en de grotten.

Een simpele manier om te kiezen

1. Zoek je game in de tabel en kies de kolom die past bij je realistische piek aan spelers die tegelijk online zijn, niet bij het aantal mensen in je Discord.
2. Weet je nu al dat je mods wilt, begin dan bij de rechterkolom.
3. Speel een week normaal en bekijk de RAM-waarde op de kaart Usage (gebruik, op het tabblad Overview van je server) op je drukste moment. View history zet de laatste paar minuten in een grafiek zolang je de pagina open hebt.
4. Mik erop dat je piek rond 70 tot 85 procent van de limiet zit. Dat laat ruimte voor pieken zoals een wereldsave of een bossgevecht.

Zit je lange stukken tegen de limiet aan, ga dan een stap hoger. Kom je nooit boven de helft, dan kun je omlaag. Bij GuavaHost kun je je RAM op elk moment wijzigen met Manage plan (plan beheren) in je control panel, de facturatie wordt naar rato verrekend en je wereld blijft onaangeroerd. Zie je server-RAM wijzigen.

Tekenen dat je te weinig koos

• De geheugengraaf zit tijdens het spelen vastgepind tegen de limiet.
• De server crasht met out-of-memory-meldingen, of stopt plotseling zonder enige gamefout.
• Iedereen bevriest even, elke paar seconden of minuten.
• Hij crasht tijdens het laden van de wereld of een modpack.

Onze gids over tekenen dat je server zonder RAM komt noemt de exacte logregels waar je op moet letten.

Tekenen dat je te veel koos

• Het geheugen komt zelfs op de piek nooit boven ongeveer de helft.
• De server lagt nog steeds terwijl er ruim geheugen vrij is. Die lag komt ergens anders vandaan, meestal van de CPU.

Te veel RAM schaadt de server niet. Het kost alleen geld dat elders beter besteed is.

Waarom meer RAM niet altijd sneller is

• RAM helpt alleen als je tekortkomt. Zodra de wereld past, blijft extra geheugen leeg. Het maakt ticks niet sneller.
• De snelheid van de gamelogica komt van de CPU. De meeste game servers doen hun kernsimulatie op een hoofdthread, dus de snelheid van een enkele kern bepaalt hoeveel ze per tick kunnen doen. Zie CPU versus RAM en TPS en MSPT lezen.
• Java heeft zijn eigen eigenaardigheden. Minecraft Java geeft zijn geheugen aan een garbage collector (het deel van Java dat data opruimt die de game niet langer nodig heeft). Een heap die veel groter is dan de wereld nodig heeft versnelt niets, en Java heeft ook geheugen buiten de heap nodig voor zichzelf, dus de heap moet altijd iets onder het totaal van het plan worden gezet.
• RAM verandert je ping niet. Lagt een speler terwijl de rest in orde is, dan is dat afstand en verbinding, geen geheugen. Zie lag versus ping.

Begin met een eerlijke schatting, kijk naar het echte gebruik en stel bij. Dat is beter dan hoog gokken en betalen voor geheugen dat de game nooit aanraakt.

Kom je er nog niet uit? Spring in onze Discord op discord.gg/GuavaHost en het team helpt je verder.

• ram
• memory
• server hosting
• requirements
• performance
• sizing

Toch nog hulp nodig? Ons team is 24/7 online om je vragen te beantwoorden.

Contact met support