Kolik RAM potřebuje Minecraft server?

Co doopravdy určuje, kolik RAM potřebujete

Kolik paměti Minecraft server chce, rozhodují dvě páky. Všechno ostatní je vedle nich jen šum.

• Počet hráčů přidává RAM postupně. Každý připojený hráč načte chunky kolem sebe, takže víc hráčů — a vyšší view-distance — znamená víc světa drženého v paměti najednou. Přechod ze 4 hráčů na 20 je znatelný nárůst, ale zvládnutelný.
• Mody a pluginy jsou tou velkou pákou, a to s velkým náskokem. Vanilla je nenáročná. Hrstka pluginů pro Paper přidá jen o kousek víc. Modpack je ale úplně jiná kategorie: každý mod si ještě před připojením prvního hráče nahraje do paměti vlastní kód, předměty, bloky i generování světa — a právě proto může pack z CurseForge s 200 mody potřebovat několikanásobek RAM oproti vanilla serveru se stejným počtem hráčů.

Celý model je právě tohle: vanilla škáluje s hráči, moddovaný s mody. Číslo trochu zvedne i velikost a stáří světa — rozlehlá, roky stará mapa s množstvím načtených chunků stojí víc než čerstvá — ale dimenzujete kolem hráčů a modů. Během čtení mějte v hlavě jednu věc: RAM je jen jeden ze zdrojů serveru a od určitého bodu přestává být tím, na kterém záleží (víc o tom v sekci proč víc RAM není vždycky řešení).

Kolik RAM Minecraft server potřebuje, podle sestavy

Tady je dimenzování, kolem kterého stavíme plány — stejná čísla, jaká bychom poradili kamarádovi. "Cílová RAM" je to, co přidělíte samotnému serveru, ne celková paměť vašeho PC, které navíc potřebuje rezervu (viz jak ji přidělit).

Provozujete modpack a nejste si jistí, do kterého pásma spadáte? Nahoru v tabulce vás posouvá jak velikost packu, tak počet hráčů — návod na moddovaný Minecraft server loadery a velikosti packů rozebírá dopodrobna.

Jak serveru tu RAM přidělit

Znát to číslo je půlka práce; ta druhá půlka je tu paměť serveru skutečně předat. Funguje to různě podle toho, kde server běží.

Vlastní hostování: přepínače -Xmx a -Xms

Když spouštíte jar serveru sami, jeho paměť řídí dva přepínače. -Xmx nastavuje maximální haldu (strop) a -Xms nastavuje počáteční haldu. Pro Minecraft je osvědčená a rozšířená rada nastavit je stejně, aby si JVM vzalo veškerou paměť rovnou na začátku, místo aby ji měnilo pod zátěží:

java -Xms4G -Xmx4G -jar server.jar nogui

Tenhle řádek nastartuje server se 4 GB. Pár věcí, na kterých lidé zakopávají:

• Používejte 64bitovou Javu. 32bitová Java neumí adresovat víc než zhruba 1,5 GB, takže když -Xmx4G odmítá nastartovat, obvykle je to právě tímhle. Každý současný build Temurinu nebo Javy 25 je 64bitový.
• Nikdy serveru nedávejte všechnu svoji RAM. Nechte alespoň 1-2 GB operačnímu systému, a víc, pokud na stejném PC spouštíte i klienta Minecraftu — hra potřebuje vlastní paměť navíc k té serverové.
• Pak dolaďte přes Aikar's flags. Jakmile základ funguje, komunitní standard "Aikar's flags" přeladí garbage collector G1 v Javě na paměťový vzorec Minecraftu a výměnou za kousíček RAM dá znatelně stabilnější ticky. Jsou standardním dalším krokem za holým -Xmx/-Xms. Kompletní postup vlastního hostování — jar, EULA, přesměrování portů i všechno okolo — najdete v návodu Jak si vytvořit Minecraft server.

Hosting: vyberte velikost, navyšujte za chodu

U spravovaného serveru není co upravovat — žádné přepínače. RAM vyberete posuvníkem při objednávce a plán se nasadí v té velikosti; startovací přepínače (včetně Aikar's flags) jsou už doladěné za vás.

Skutečná výhoda se ukáže, jakmile přerostete svůj první odhad: na stránce hostingu Minecraftu posunete posuvník výš a RAM navíc se přidá témuž serveru, se světem i nastavením nedotčenými — žádná reinstalace, žádná migrace, hotovo zhruba za minutu. Přesně proto zní orientační pravidlo výše "začněte v malém": na hostovaném plánu nestojí pozdější přidání RAM nic než minutu.

Známky, že váš server potřebuje víc RAM

Jestli server hladoví, nemusíte hádat. Dá vám to najevo, a to hned několika rozpoznatelnými způsoby:

• Ticky se opožďují. Konzole vypisuje Can't keep up! Is the server overloaded? Running Xms behind, skipping Xs tick(s) a ve hře se to projevuje cukáním a vracením postavy (rubber-banding), zamrzáním mobů a bloky, kterým chvíli trvá, než se rozbijí.
• Ukládání světa škytá. Krátké zamrznutí každých pár minut, které se kryje s automatickým ukládáním, často znamená, že server bojuje o paměť.
• Rovnou spadne. Nejjasnějším signálem ze všech je pád, v jehož logu je java.lang.OutOfMemoryError: Java heap space — server si řekl o víc paměti, než dovoloval jeho strop -Xmx.

Co z toho to je, ukáže zdarma dostupný profiler spark (spusťte /spark health nebo /spark profiler), který zobrazí časování ticků i využití paměti, a hostovaný panel vykresluje aktuální RAM do grafu. Pokud paměť sedí přilepená u stropu, navyšte. Pokud má paměť rezervu, ale ticky se přesto opožďují, přečtěte si nejdřív další sekci.

Proč víc RAM není vždycky řešení

Tohle je část, kterou většina rad k dimenzování vynechává. Minecraft počítá hlavní herní smyčku — ten "tick", který hýbe moby, nechává růst plodiny a zpracovává redstone — převážně na jednom vlákně CPU. Paměť drží svět; přemýšlí jedno jádro. Jakmile má server dost RAM, aby všechno pojal, další paměť už to jádro rychlejší neudělá.

Dva důsledky stojí za to si osvojit:

• Když se ticky opožďují, zatímco RAM má rezervu, úzkým hrdlem je CPU, ne paměť. Nacpat 32 GB do serveru vytíženého na jednom jádru nezmění vůbec nic. Tohle je vůbec nejčastější chyba, kterou lidé při dimenzování dělají.
• Příliš mnoho RAM může dokonce uškodit. Hodně velká halda dá garbage collectoru Javy víc práce naráz, což se může proměnit v delší zaškubnutí při pauzách — o důvod víc, proč pravidlo "začněte v menším" platí.

Čím se to skutečně pohne, když je limitem CPU, je vysoký takt. Právě proto HytHost provozuje Minecraft na procesorech Ryzen a Intel i9 s vysokým taktem, a ne na spoustě pomalých jader — Minecraftu záleží na tom, jak rychlé je jedno jádro, ne kolik jich je. Na straně softwaru můžete tomu jádru ulevit snížením view-distance a simulation-distance, předgenerováním chunků svého světa, provozem Paperu místo vanilla nebo přidáním výkonnostních modů jako Lithium u moddované sestavy. RAM váš svět načte; CPU a vaše volby softwaru rozhodují, jak plynule poběží.