Hur mycket RAM behöver en Minecraft-server?

Vad som faktiskt avgör hur mycket RAM du behöver

Två spakar avgör hur mycket minne en Minecraft-server vill ha. Allt annat är brus vid sidan av dem.

• Spelarantalet lägger till RAM gradvis. Varje ansluten spelare laddar chunkarna runt sig, så fler spelare — och ett högre view-distance — betyder mer av världen i minnet samtidigt. Att gå från 4 spelare till 20 är en verklig ökning, men en hanterbar sådan.
• Mods och plugins är den stora spaken, med bred marginal. Vanilla är lätt. En handfull Paper-plugins lägger till lite. Ett modpack är en helt annan kategori: varje mod laddar sin egen kod, sina föremål, block och världsgenerering i minnet innan en enda spelare ansluter, vilket är varför ett CurseForge-paket med 200 mods kan behöva flera gånger så mycket RAM som en vanilla-server för samma spelarantal.

Det är hela modellen: vanilla skalar med spelare, moddat skalar med mods. En världs storlek och ålder puttar upp siffran också — en vidsträckt, år gammal karta med många laddade chunkar kostar mer än en nyskapad — men det är spelare och mods du dimensionerar efter. Håll en sak i bakhuvudet medan du läser vidare: RAM är bara en av serverns resurser, och efter en viss punkt slutar det vara den som spelar roll (mer om det i varför mer RAM inte alltid är lösningen).

Hur mycket RAM en Minecraft-server behöver, efter upplägg

Här är dimensioneringen vi bygger paketen kring — samma siffror vi skulle ge en vän. "RAM att sikta på" är vad du ger själva servern, inte din dators totala minne, som behöver marginal utöver det (se hur du fördelar det).

Kör du ett modpack och är osäker på vilken kategori du hamnar i? Både paketets storlek och spelarantalet puttar dig längre upp i tabellen — guiden till moddad Minecraft-server går igenom loaders och paketstorlekar i detalj.

Så ger du din server det minnet

Att känna till siffran är halva jobbet; den andra halvan är att faktiskt ge servern det minnet. Det fungerar olika beroende på var servern körs.

Egen server: flaggorna -Xmx och -Xms

När du startar server-jar-filen själv styr två flaggor dess minne. -Xmx sätter den maximala heapen (taket), och -Xms sätter den initiala heapen. För Minecraft är det vanliga, väl beprövade rådet att sätta dem lika, så att JVM tar allt sitt minne på en gång i stället för att ändra storlek under belastning:

java -Xms4G -Xmx4G -jar server.jar nogui

Den raden startar en server med 4 GB. Några saker som brukar ställa till det:

• Använd 64-bitars Java. 32-bitars Java kan inte adressera mer än ungefär 1,5 GB, så om -Xmx4G vägrar att starta är det oftast därför. Alla aktuella Temurin- eller Java 25-byggen är 64-bitars.
• Ge aldrig servern allt ditt RAM. Lämna minst 1-2 GB till operativsystemet, och mer om du dessutom kör Minecraft-klienten på samma dator — spelet behöver sitt eget minne utöver serverns.
• Finjustera sedan med Aikars flaggor. När grunderna fungerar ställer de community-standardiserade "Aikars flaggor" om Javas G1-skräpsamlare efter Minecrafts minnesmönster, och byter en gnutta RAM mot märkbart jämnare ticks. De är det självklara nästa steget efter enbart -Xmx/-Xms. Hela genomgången för egen server — jar, EULA, port forwarding och allt — finns i Så skapar du en Minecraft-server.

Hostat: välj en storlek, uppgradera på plats

På en hanterad server finns inga flaggor att redigera. Du väljer RAM med ett reglage när du beställer, och paketet skapas i den storleken — startflaggorna (Aikars inkluderade) är redan finjusterade åt dig.

Den verkliga fördelen visar sig när du växer ur din första gissning: på sidan för Minecraft-hosting drar du upp reglaget och det extra minnet tillämpas på samma server, med värld och inställningar intakta — ingen ominstallation, ingen migrering, klart på ungefär en minut. Det är just därför tumregeln ovan är "börja litet": på ett hostat paket kostar det inget mer än en minut att lägga till RAM senare.

Tecken på att din server behöver mer RAM

Du behöver inte gissa om din server svälter. Den säger ifrån, på några igenkännbara sätt:

• Ticksen släpar efter. Konsolen skriver ut Can't keep up! Is the server overloaded? Running Xms behind, skipping Xs tick(s), och i spelet visar det sig som rubber-banding, mobbar som fryser och block som tar en stund att slå sönder.
• Det hackar när världen sparas. En kort frysning med några minuters mellanrum, i takt med den automatiska sparningen, betyder ofta att servern kämpar om minne.
• Den kraschar rakt av. Det tydligaste tecknet av alla är en krasch vars logg innehåller java.lang.OutOfMemoryError: Java heap space — servern bad om mer minne än vad dess -Xmx-tak tillät.

För att se vilket det är visar den gratis profileraren spark (kör /spark health eller /spark profiler) ticktider och minnesanvändning, och en hostad panel ritar upp aktuellt RAM i en graf. Om minnet ligger fastnaglat nära taket, gå upp i storlek. Om minnet har utrymme men ticksen ändå laggar, läs nästa avsnitt först.

Varför mer RAM inte alltid är lösningen

Det här är delen som de flesta dimensioneringsråd hoppar över. Minecraft kör sin huvudsakliga spelloop — den "tick" som flyttar mobbar, får grödor att växa och bearbetar redstone — till stor del på en enda CPU-tråd. Minnet håller världen; en kärna sköter tänkandet. När servern väl har tillräckligt med RAM för att rymma allt gör mer inte den kärnan snabbare.

Två slutsatser är värda att ta till sig:

• Om ticksen laggar medan RAM har marginal sitter flaskhalsen i CPU:n, inte i minnet. Att kasta 32 GB på en server som är körd i botten på en kärna ändrar ingenting. Det är det enskilt vanligaste dimensioneringsmisstaget folk gör.
• För mycket RAM kan till och med skada. En väldigt stor heap ger Javas skräpsamlare mer att svepa igenom på en gång, vilket kan resultera i längre pauser som hackar — ännu ett skäl till att regeln "börja mindre" håller.

Det som faktiskt gör skillnad när CPU:n är gränsen är en hög klockfrekvens. Det är därför HytHost kör Minecraft på högklockade Ryzen- och Intel i9-CPU:er i stället för många långsamma kärnor — Minecraft bryr sig om hur snabb en kärna är, inte hur många det finns. På mjukvarusidan kan du lätta på den kärnans belastning genom att sänka view-distance och simulation-distance, förgenerera världens chunkar, köra Paper i stället för vanilla, eller lägga till prestandamods som Lithium i ett moddat upplägg. RAM får din värld laddad; CPU:n och dina mjukvaruval avgör hur smidigt den går.