GuavaHost
Sprog og valuta
KundeområdeSpilpanel Vis/skjul navigation
Spil Alle spil
Minecraft JavaMinecraft BedrockMinecraft GeyserRustRuneScape: DragonwildsPalworldValheimValheim + BepInExARK: Survival EvolvedARK: Survival AscendedProject ZomboidEnshroudedDon't Starve TogetherCounter-Strike 2TerrariatModLoaderHytaleMulti-Game ServerDiscord Bot Hosting
Navigation PriserAnmeldelserHjælpecenterSupport Virksomhed Om osFAQHenvis og tjenSLAServicevilkårPrivatlivspolitik
Sprog og valuta
KundeområdeSpilpanel

CPU kontra RAM: hvad gør en gameserver hurtig?

RAM bestemmer, hvor meget en server kan holde på, CPU'en bestemmer, hvor hurtigt den kan tænke. Hvorfor hastigheden på én kerne betyder mest, og hvornår flere kerner hjælper.

5 min læsning · Opdateret 21. okt. 2026 · Af GuavaHost Team

RAM bestemmer, hvor meget din server kan holde på, og CPU'en bestemmer, hvor hurtigt den kan tænke. Det meste serverlag, folk skyder på hukommelsen, er i virkeligheden et CPU-problem, så denne guide forklarer forskellen, hvorfor hastigheden på én kerne betyder mere end antallet af kerner, og hvordan du ser, hvad du mangler.

To forskellige opgaver

  • RAM er kapacitet. Den holder verdenen, spillerne og modsene. Mangler du, hakker serveren, mens den frigør hukommelse, eller den crasher.
  • CPU'en er hastighed. Den laver det egentlige arbejde: flytter mobs, kører AI, fysik, redstone, craftingstationer og hvert enkelt plugin. Mangler du, kommer serveren bagud, og alle oplever det på samme tid som forsinkelse og rubber-banding.

At lægge RAM til en server, der mangler CPU, gør ingenting, og en hurtig CPU kan ikke redde en server, der er løbet tør for hukommelse. Du skal have nok af begge, men de svigter på forskellige måder.

Tick-budgettet

En gameserver kører i en løkke. Hver tur gennem løkken kaldes et tick, og i hvert tick opdaterer serveren alt i verden. Spillet forventer et bestemt antal ticks per sekund, og det giver hvert tick et tidsbudget:

Spil Mål for frekvens Tid per tick
Minecraft Java 20 ticks per sekund 50 ms
Terraria 60 opdateringer per sekund omkring 16,7 ms
Counter-Strike 2 64 ticks per sekund omkring 15,6 ms

Tager et tick længere end sit budget, kan serveren ikke følge med. I Minecraft viser det sig som TPS (ticks per sekund), der falder under 20, og MSPT (millisekunder per tick), der kravler over 50. Vores guide til sådan læser du TPS og MSPT viser, hvordan du måler det.

RAM optræder ingen steder i det budget. At blive færdig med hvert tick til tiden er udelukkende et spørgsmål om, hvor meget arbejde der er, og hvor hurtigt CPU'en kommer igennem det.

Hvorfor hastigheden på én kerne betyder mest

De fleste gameservere kører deres kernesimulering på én hovedtråd. En tråd er en enkelt række arbejde, en CPU-kerne kan køre, og en spilverden er svær at fordele på flere af dem, fordi hvert skridt afhænger af det forrige: en mob kan ikke bevæge sig, før serveren ved, hvor den blok, den træder op på, endte.

Minecraft, Rust, ARK, Valheim, Project Zomboid og Terraria fungerer alle på den måde. Derfor sætter hastigheden på én kerne loftet for hele serveren. En CPU med 16 langsommere kerner kan køre en Minecraft-verden dårligere end en med 8 hurtigere kerner, fordi verdenen kun nogensinde får brug for én af dem til sit hovedarbejde.

Hastigheden på én kerne kommer fra to ting:

  1. Clockfrekvens, målt i GHz: hvor mange cyklusser kernen kører per sekund.
  2. Arbejde per cyklus, som bliver bedre med hver CPU-generation. En nyere CPU med samme GHz er ofte mærkbart hurtigere end en ældre.

En stor CPU-cache (en lille pulje meget hurtig hukommelse på selve chippen) hjælper også, fordi gameservere konstant springer mellem mange små stykker data.

Hvornår flere kerner hjælper

Ekstra kerner er ikke ubrugelige. De tager sig af alt det, der ikke er hovedticket:

  • Baggrundsarbejde. Gemning af verdenen, indlæsning og generering af chunks (serversoftware som Paper flytter dele af det væk fra hovedtråden), komprimering af netværksdata og pluginopgaver, der er skrevet til at køre i baggrunden.
  • Java garbage collection. Minecraft Java rydder ubrugt hukommelse op med flere tråde, så ledige kerner holder oprydningerne korte.
  • Mere end én proces. En Don't Starve Together-server kører overfladen og hulerne som to separate processer, og hvert kort i et ARK-cluster er sin egen server. Hver kan bruge sin egen kerne.
  • Opdateringer og backup. Download af en spilopdatering eller komprimering af en backup sker ved siden af spillet frem for inde i et tick.

Nogle nyere motorer, heriblandt Unreal Engine bag ARK og Palworld, fordeler mere af deres arbejde på ekstra tråde. Selv der sætter spillets hovedtråd stadig tempoet.

Hvad mangler du?

Hvad du ser Sandsynlig årsag
Hukommelsesgrafen ligger fast på grænsen RAM
Fejl om manglende hukommelse, eller crash under indlæsning RAM
Hukommelsen har plads, men TPS falder og MSPT kravler op CPU
Lag kun i nærheden af en kæmpefarm, en megabase eller mange dyr CPU
Lag bygger sig op over timer, og en genstart løser det Ofte krybende hukommelsesforbrug, undertiden ophobede entities
Kun én spiller lagger Ingen af dem: det er spillerens eget ping

En detalje, der er værd at kende: kortet Usage (forbrug) i dit GuavaHost-kontrolpanel, på fanerne Overview og Console, viser CPU op mod din plan. Har din plan en CPU-grænse, er tallet en andel af alle kerner på planen, mærket for eksempel "of 2 cores", så 100 procent betyder, at de alle er travle. Et spils hovedtråd kan kun bruge én kerne, så på en plan med 2 kerner kan en server, der ligger omkring 50 procent, mens den lagger, godt have kørt sin hovedtråd helt i bund, selv om der er kapacitet til overs. Har din plan ingen CPU-grænse, er tallet en procentdel af én kerne, så en server, der ligger omkring 100 procent, mens den lagger, er samme historie. Det er det klassiske tegn på en flaskehals i hovedtråden.

Sådan retter du CPU-bundet lag

Mere RAM hjælper ikke her. Det, der hjælper, er at give hovedtråden mindre at lave i hvert tick:

  1. Sænk simulationsafstanden først, derefter synsafstanden. Se synsafstand og simulationsafstand.
  2. Sæt loft på mobfarme, og ryd items på jorden og overskydende entities væk.
  3. Pregenerér din verden, så nyt terræn ikke bliver skabt, mens folk spiller.
  4. Find tunge plugins eller mods med en profiler. På Minecraft siger det gratis plugin Spark præcis, hvad der æder hvert tick.
  5. Planlæg en daglig genstart, der rydder ophobede entities og hukommelse væk.

Vores tjekliste mod lag gennemgår dem i rækkefølge.

Hvordan det ser ud hos GuavaHost

Hver GuavaHost-server kører på AMD Ryzen- og Intel-processorer, valgt for stærk ydeevne på én tråd, fordi det er det, gameservere læner sig på, sammen med NVMe SSD-lagring. Den del, du vælger, er RAM, dimensioneret til dit spil og din gruppe, og du kan ændre den når som helst under Manage plan (administrér plan) i dit kontrolpanel med forholdsmæssig betaling. Har din server hukommelse til overs og kæmper alligevel, er det et tuningarbejde, og vores RAM-guide forklarer, hvorfor det ikke løser noget at købe mere hukommelse.

Sidder du stadig fast? Hop ind på vores Discord på discord.gg/GuavaHost, så hjælper teamet dig videre.

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

Mangler du stadig hjælp? Vores team er online 24/7 og svarer på dine spørgsmål.

Kontakt support

Relaterede guider

Mere fra Hosting grundprincipper.