CPU mot RAM: hva gjør en spillserver rask?

RAM bestemmer hvor mye en server kan holde, CPU-en bestemmer hvor fort den kan tenke. Hvorfor hastigheten på én kjerne betyr mest, og når ekstra kjerner hjelper.

5 min lesetid · Oppdatert 21. okt. 2026 · Av GuavaHost Team

RAM bestemmer hvor mye serveren din kan holde, og CPU-en bestemmer hvor fort den kan tenke. Det meste av serverlagget folk skylder på minnet er egentlig et CPU-problem, så denne guiden forklarer forskjellen, hvorfor hastigheten på én kjerne betyr mer enn antall kjerner, og hvordan du ser hva du har for lite av.

To forskjellige jobber

• RAM er kapasitet. Det holder verdenen, spillerne og modsene. Får du for lite, hakker serveren mens den frigjør minne, eller den krasjer.
• CPU-en er fart. Den gjør selve arbeidet: flytter mobs, kjører KI, fysikk, redstone, craftingstasjoner og hver plugin. Får du for lite, faller serveren bakpå, og alle merker det samtidig som forsinkelse og rubberbanding.

Å legge RAM til en server som har for lite CPU gjør ingenting, og en rask CPU kan ikke redde en server som har gått tom for minne. Du trenger nok av begge, men de svikter på forskjellige måter.

Tickbudsjettet

En spillserver kjører i en løkke. Hver runde gjennom løkken kalles et tick, og i hvert tick oppdaterer serveren alt i verdenen. Spillet forventer et bestemt antall ticks per sekund, og det gir hvert tick et tidsbudsjett:

Tar et tick lenger tid enn budsjettet sitt, klarer ikke serveren å holde følge. I Minecraft viser det seg som at TPS (ticks per sekund) faller under 20 og MSPT (millisekunder per tick) klatrer forbi 50. Guiden vår om å lese TPS og MSPT viser hvordan du måler det.

RAM står ikke oppført noe sted i det budsjettet. Å bli ferdig med hvert tick i tid er utelukkende et spørsmål om hvor mye arbeid det er og hvor fort CPU-en kommer gjennom det.

Hvorfor hastigheten på én kjerne betyr mest

De fleste spillservere gjør kjernesimuleringen sin på én hovedtråd. En tråd er én enkelt arbeidslinje en CPU-kjerne kan kjøre, og en spillverden er vanskelig å dele over flere av dem, fordi hvert steg avhenger av det forrige: en mob kan ikke flytte seg før serveren vet hvor blokken den går oppå havnet.

Minecraft, Rust, ARK, Valheim, Project Zomboid og Terraria fungerer alle slik. Dermed setter hastigheten på én kjerne taket for hele serveren. En CPU med 16 langsommere kjerner kan kjøre en Minecraft-verden dårligere enn en med 8 raskere kjerner, fordi verdenen aldri får bruke mer enn én av dem til hovedarbeidet sitt.

Hastigheten på én kjerne kommer fra to ting:

1. Klokkefrekvens, målt i GHz: hvor mange sykluser kjernen kjører per sekund.
2. Arbeid per syklus, som blir bedre for hver CPU-generasjon. En nyere CPU på samme GHz er ofte merkbart raskere enn en eldre.

En stor CPU-cache (en liten mengde svært raskt minne på selve brikken) hjelper også, fordi spillservere hele tiden hopper mellom mange små datastykker.

Når flere kjerner faktisk hjelper

Ekstra kjerner er ikke ubrukelige. De tar seg av alt som ikke er hovedticket:

• Bakgrunnsarbeid. Lagring av verdenen, lasting og generering av chunks (serverprogramvare som Paper flytter deler av dette av hovedtråden), komprimering av nettverksdata og pluginoppgaver som er skrevet for å jobbe i bakgrunnen.
• Garbage collection i Java. Minecraft Java rydder opp ubrukt minne med flere tråder, så ledige kjerner holder de oppryddingene korte.
• Mer enn én prosess. En Don't Starve Together-server kjører overflaten og hulene som to separate prosesser, og hvert kart i en ARK-klynge er sin egen server. Hver av dem kan bruke sin egen kjerne.
• Oppdateringer og backuper. Å laste ned en spilloppdatering eller komprimere en backup skjer ved siden av spillet i stedet for inne i et tick.

Noen nyere motorer, blant annet Unreal Engine bak ARK og Palworld, sprer mer av arbeidet sitt over ekstra tråder. Selv der setter hovedtråden i spillet fortsatt takten.

Hva har du for lite av?

Én detalj det er verdt å kjenne: kortet Usage (Bruk) i GuavaHost-kontrollpanelet (i fanene Overview og Console) viser CPU målt mot planen din. Når planen din har en CPU-grense, er tallet en andel av alle kjernene i planen, merket for eksempel "of 2 cores", så 100 prosent betyr at alle er travle. Hovedtråden i et spill kan bare bruke én kjerne, så på en plan med 2 kjerner kan en server som ligger rundt 50 prosent mens den lagger faktisk ha kjørt hovedtråden i taket selv om det er kapasitet til overs. Når planen din ikke har noen CPU-grense, er tallet en prosentandel av én kjerne, så en server som ligger rundt 100 prosent mens den lagger er samme historie. Det er det klassiske tegnet på en flaskehals i hovedtråden.

Å fikse CPU-bundet lag

Mer RAM hjelper ikke her. Det som hjelper er å gi hovedtråden mindre å gjøre per tick:

1. Senk simuleringsavstanden først, deretter synsavstanden. Se synsavstand og simuleringsavstand.
2. Sett tak på mobfarmer og rydd bort droppede gjenstander og overflødige entiteter.
3. Forhåndsgenerer verdenen din slik at nytt terreng ikke blir laget mens folk spiller.
4. Finn tunge plugins eller mods med en profiler. På Minecraft navngir den gratis Spark-pluginen nøyaktig hva som spiser hvert tick.
5. Sett opp en daglig omstart for å rydde bort oppbygde entiteter og minne.

Laggsjekklisten vår går gjennom disse i rekkefølge.

Hvordan dette gjelder på GuavaHost

Hver GuavaHost-server kjører på AMD Ryzen- og Intel-prosessorer, valgt for sterk ytelse på én tråd fordi det er det spillservere lener seg på, sammen med NVMe SSD-lagring. Delen du velger er RAM, dimensjonert til spillet og gjengen din, og du kan endre den når som helst med Manage plan (Administrer plan) i kontrollpanelet, med forholdsmessig fakturering. Har serveren din minne til overs men sliter likevel, er det en finjusteringsjobb, og RAM-guiden vår forklarer hvorfor det å kjøpe mer minne ikke fikser det.

Står du fortsatt fast? Stikk innom Discord-en vår på discord.gg/GuavaHost, så hjelper teamet deg videre.

• cpu
• ram
• performance
• single-thread
• cores
• tick rate
• lag

Trenger du fortsatt hjelp? Teamet vårt er på nett døgnet rundt og svarer på spørsmål.

Kontakt support