Hvor meget RAM kræver en Minecraft-server?

Hvad der reelt afgør, hvor meget RAM du har brug for

To håndtag afgør, hvor meget hukommelse en Minecraft-server kræver. Alt andet er støj ved siden af dem.

• Antallet af spillere lægger RAM til gradvist. Hver tilsluttet spiller indlæser de chunks, der omgiver dem, så flere spillere – og en højere view-distance – betyder, at mere af verdenen holdes i hukommelsen på én gang. At gå fra 4 spillere til 20 er en reel stigning, men en overkommelig en.
• Mods og plugins er det store håndtag – med længder. Vanilla er let. En håndfuld Paper-plugins lægger lidt til. Et modpack er en helt anden kategori: hver mod indlæser sin egen kode, sine egne items, blokke og verdensgenerering i hukommelsen, før en eneste spiller er hoppet ind – derfor kan et CurseForge-pack med 200 mods kræve flere gange så meget RAM som en vanilla-server med det samme antal spillere.

Det er hele modellen: vanilla skalerer med spillere, modded skalerer med mods. En verdens størrelse og alder skubber også tallet lidt op – et vidtstrakt, flere år gammelt kort med mange indlæste chunks koster mere end et helt nyt – men det er spillere og mods, du dimensionerer efter. Hold én ting i baghovedet, mens du læser videre: RAM er kun én af serverens ressourcer, og fra et vist punkt holder den op med at være den, der betyder noget (mere om det i hvorfor mere RAM ikke altid er løsningen).

Hvor meget RAM en Minecraft-server kræver, opdelt efter opsætning

Her er den dimensionering, vi bygger planerne op omkring – de samme tal, vi ville give en ven. "RAM at sigte efter" er det, du tildeler selve serveren, ikke din PC's samlede mængde, som skal have luft oveni (se hvordan du tildeler den).

Kører du et modpack og er i tvivl om, hvilket bånd du falder i? Både pakkens størrelse og antallet af spillere skubber dig op ad tabellen – guiden til modded Minecraft-servere gennemgår loadere og pakkestørrelser i detaljer.

Sådan giver du din server den RAM

At kende tallet er halvdelen af arbejdet; den anden halvdel er rent faktisk at overdrage den hukommelse til serveren. Det fungerer forskelligt alt efter, hvor serveren kører.

Selvhostet: flagene -Xmx og -Xms

Når du selv starter server-jaren, styrer to flag dens hukommelse. -Xmx angiver den maksimale heap (loftet), og -Xms angiver start-heapen. Til Minecraft er det gængse, gennemprøvede råd at sætte dem ens, så JVM'en tager al sin hukommelse fra start i stedet for at ændre størrelse under belastning:

java -Xms4G -Xmx4G -jar server.jar nogui

Den linje starter en server med 4 GB. Et par ting, folk snubler over:

• Brug 64-bit Java. 32-bit Java kan ikke adressere mere end omkring 1,5 GB, så hvis -Xmx4G nægter at starte, er det som regel forklaringen. Ethvert aktuelt Temurin- eller Java 25-build er 64-bit.
• Giv aldrig serveren al din RAM. Lad mindst 1-2 GB stå til styresystemet, og mere, hvis du også kører Minecraft-klienten på den samme PC – spillet skal bruge sin egen hukommelse oveni serverens.
• Finjuster derefter med Aikar's flags. Når det grundlæggende virker, omjusterer de community-standardiserede "Aikar's flags" Javas G1-garbage collector til Minecrafts hukommelsesmønster og bytter en anelse RAM for mærkbart mere stabile ticks. De er det oplagte næste skridt efter et bart -Xmx/-Xms. Hele den selvhostede gennemgang – jar, EULA, port forwarding og det hele – findes i Sådan laver du en Minecraft-server.

Hosted: vælg en størrelse, opgrader på stedet

På en managed server er der ingen flag at redigere. Du vælger RAM'en med en skyder, når du bestiller, og planen klargøres i den størrelse – opstartsflagene (Aikar's inklusive) er allerede finjusteret for dig.

Den reelle fordel viser sig, når du vokser ud af dit første gæt: på Minecraft-hostingsiden skubber du skyderen op, og den ekstra RAM gælder for den samme server – verden og indstillinger intakte – ingen geninstallation, ingen migrering, klaret på cirka et minut. Det er præcis derfor, tommelfingerreglen ovenfor er "start småt": på en hosted plan koster det ikke andet end et minut at tilføje RAM senere.

Tegn på, at din server har brug for mere RAM

Du behøver ikke at gætte, om din server sulter. Den fortæller dig det på nogle få genkendelige måder:

• Ticks kommer bagud. Konsollen skriver Can't keep up! Is the server overloaded? Running Xms behind, skipping Xs tick(s), og i spillet viser det sig som rubber-banding, mobs, der fryser, og blokke, der er et øjeblik om at gå i stykker.
• Det hakker, når verdenen gemmes. En kort frysning med få minutters mellemrum, der falder sammen med autosave, betyder ofte, at serveren kæmper om hukommelse.
• Den crasher fuldstændig. Det klareste signal af alle er et crash, hvis log indeholder java.lang.OutOfMemoryError: Java heap space – serveren bad om mere hukommelse, end dens -Xmx-loft tillod.

For at se hvilket af delene det er, viser den gratis spark-profiler (kør /spark health eller /spark profiler) tick-timings og hukommelsesforbrug, og et hosted panel tegner live-RAM på en graf. Hvis hukommelsen ligger fastlåst tæt på loftet, så skru op. Hvis hukommelsen har plads, men ticks stadig lagger, så læs det næste afsnit først.

Hvorfor mere RAM ikke altid er løsningen

Det er den del, de fleste dimensioneringsråd springer over. Minecraft kører hovedspil-loopet – det "tick", der bevæger mobs, får afgrøder til at gro og behandler redstone – hovedsagelig på en enkelt CPU-tråd. Hukommelsen holder verdenen; én kerne står for tænkningen. Så snart serveren har nok RAM til at rumme det hele, gør mere ikke den kerne hurtigere.

To konsekvenser er værd at tage til sig:

• Hvis ticks lagger, mens RAM har luft til overs, er flaskehalsen CPU'en, ikke hukommelsen. At kaste 32 GB efter en server, der er kørt i bund på én kerne, ændrer intet. Det er den absolut mest almindelige dimensioneringsfejl, folk begår.
• For meget RAM kan endda skade. En meget stor heap giver Javas garbage collector mere at feje på én gang, hvilket kan blive til længere pause-hak – endnu en grund til, at reglen om at "starte mindre" holder.

Det, der reelt gør en forskel, når CPU'en er grænsen, er en høj klokkefrekvens. Derfor kører HytHost Minecraft på højt takterede Ryzen- og Intel i9-CPU'er frem for mange langsomme kerner – Minecraft går op i, hvor hurtig én kerne er, ikke hvor mange der er. På softwaresiden kan du lette den kernes belastning ved at sænke view-distance og simulation-distance, forud-generere din verdens chunks, køre Paper i stedet for vanilla eller tilføje ydeevne-mods som Lithium i en modded opsætning. RAM får din verden indlæst; CPU'en og dine softwarevalg afgør, hvor gnidningsfrit den kører.