RAM je prvá vec, ktorú ľudia riešia pri lagujúcom Minecraft serveri. Často správne, ale nie vždy. Málo pamäte spôsobuje sekanie, dlhé pauzy a pády pri veľkých modpackoch. Lenže ak pridáš RAM na server, ktorý v skutočnosti nestíha počítať tick alebo má príliš vysoký view-distance, problém nezmizne.
Tento návod ti pomôže vybrať rozumnú veľkosť a zároveň spoznať, kedy je naozaj problém v pamäti.
Rýchle odporúčanie
Pre malé partie začni takto:
- Vanilla, 2 až 5 hráčov: 2 až 4 GB RAM.
- Paper survival s pár pluginmi: 4 GB, pri väčšom svete 6 GB.
- Paper s viacerými pluginmi, dynmapou alebo vyšším view-distance: 6 až 8 GB.
- Ľahký Fabric alebo Forge server: 6 až 8 GB.
- Stredný modpack: 8 až 10 GB.
- Veľký kitchen-sink modpack: 10 až 16 GB.
- Veľký modpack, viac hráčov a chunk-loadery: 16 GB alebo viac podľa správania sveta.
Tieto čísla nie sú zákon. Sú to dobré štartovacie body. Minecraft svet sa mení: prvý deň beží hladko, tretí týždeň už môže mať veľké farmy, veľa entít a stovky načítaných chunkov.
Čo RAM v Minecrafte naozaj drží
Minecraft server používa pamäť najmä na:
- načítané chunky a dáta sveta,
- entity, itemy, mobov a dedinčanov,
- pluginy alebo mody,
- cache a interné dátové štruktúry Javy,
- generovanie nového terénu,
- dimenzie a štruktúry pri modpackoch.
Počet hráčov je dôležitý, ale nie je jediný ani najväčší faktor. Dvaja hráči s elytrami objavujúci nové chunky môžu server zaťažiť viac než šesť hráčov, ktorí stoja v jednej základni.
Ako spoznať, že chýba RAM
Typické príznaky nedostatku pamäte:
- server sa pravidelne zasekáva na krátke pauzy,
- v logu vidíš časté garbage collection pauzy,
- modpack padá pri štarte alebo pri načítaní sveta,
- pri teleportoch alebo cestovaní medzi dimenziami prichádzajú dlhé záseky,
- po pár hodinách hrania sa výkon zhoršuje, až kým server nereštartuješ.
Pri Jave sa plná pamäť často neprejaví okamžitým pádom. Skôr príde séria krátkych zastavení, keď garbage collector upratuje heap. Hráči to vnímajú ako rubber-banding, oneskorené rozbíjanie blokov alebo nepríjemné sekanie.
Kedy RAM nie je hlavný problém
Nie každý lag vyrieši viac RAM. Ak server píše “Can't keep up” aj s voľnou pamäťou, problém môže byť v ticku, nie v RAM.
Časté príčiny:
- príliš vysoký view-distance alebo simulation-distance,
- rýchle objavovanie nového sveta,
- veľa entít na jednom mieste,
- mob farmy, itemy na zemi a dedinčania,
- veľké redstone alebo technické stroje,
- plugin alebo mod, ktorý robí drahú operáciu každých pár tickov.
V takom prípade najprv zníž view-distance, obmedz chunk-loadery a pozri sa na entity. Až potom rieš viac RAM.
Vanilla, Paper — a hráči na Bedrocku
Čistá vanilla je jednoduchá, ale Paper je pri Java serveroch často lepšia voľba pre partiu. Vie lepšie pracovať s výkonom, podporuje pluginy a umožní jemnejšie nastavenia bez toho, aby hráči museli inštalovať mody.
A čo kamaráti na konzole alebo mobile? Hráči s Bedrock edíciou sa na Java server pripoja cez Geyser crossplay — server pritom zostáva Java serverom, takže všetky odporúčania RAM v tomto návode platia bez zmeny. Geyser pridáva malú réžiu, takže ak sa Bedrock hráči pripájajú pravidelne, siahni po hornom okraji rozsahu.
Pre bežný survival s kamarátmi je rozumnejšie začať s menšou veľkosťou a sledovať správanie, než automaticky kupovať najväčší.
Modpacky: prečo potrebujú viac
Modpacky načítavajú veľa kódu a dát ešte pred prvým hráčom. Veľký balík môže mať stovky módov, vlastné recepty, questy, štruktúry, dimenzie a generovanie sveta. Preto aj malá partia potrebuje pri modpacku viac RAM než rovnaký počet hráčov na vanille.
Najväčší rozdiel robí:
- počet módov,
- vlastný worldgen,
- nové dimenzie,
- veľa technickej automatizácie,
- chunk-loadery,
- veľké množstvo entít a item transportu.
Ak modpack padá pri štarte, často je problém v nesprávnom server packu alebo chýbajúcej dependency, nie iba v RAM. Tento postup riešime v návode ako hostovať modpack server.
Čo sme namerali na stovke modpackov
V auguste 2026 sme sto najpopulárnejších modpackov z CurseForge nainštalovali na náš produkčný hardvér a každý dvakrát spustili. Použiteľné meranie dalo 94 z nich. 43 z týchto 94 bežalo s rezervou 5 % a menej, a to v pokoji, na čerstvo vygenerovanom svete a bez jediného pripojeného hráča.
Znie to hrozivo, ale väčšinou o nič nejde a stojí za to vedieť prečo. Java si veľkosť haldy odvodí od limitu, ktorý dostane, a než začne upratovať, najprv ho zaplní. Pack so siedmimi gigabajtmi sa teda blíži k siedmim, ten istý pack so štrnástimi k štrnástim. Packy s limitom 3, 7 aj 14 GB skončili zhodne na 94 až 100 percentách troch úplne odlišných stropov.
Z toho plynie presne to, na čom stojí celý tento návod: vysoká nameraná hodnota nie je dôkaz, že pack potrebuje viac. Dôkazom je až pád. Všetky namerané hodnoty pack po packu nájdeš v našich meraniach pamäte modpackov.
Prečo viac RAM nie je vždy lepšie
Prideliť serveru oveľa viac pamäte, než používa, nie je automaticky výhra. Java potom môže robiť menej časté, ale dlhšie garbage collection pauzy. Cieľom nie je najväčšie číslo, ale zdravá rezerva.
Dobré pravidlo: server by nemal byť stále na hrane, ale ani nepotrebuje dvojnásobok reálnej spotreby. Ak používa 5 GB, server so 6 až 8 GB dáva väčší zmysel než okamžitý skok na 16 GB.
Vo VoxelRune je JVM heap nastavený podľa RAM, ktorú si vyberieš, so zvyškom pamäte pre systém a kontajner. Nemusíš ručne ladiť -Xmx flagy, čo je jedna z vecí, kde si ľudia ľahko vytvoria horší problém.
Kam sa naozaj podeje inzerovaná RAM
„16 GB“ nikdy nie je 16 GB pre Minecraft. Časť sa minie skôr, než hra uvidí jediný bajt, a keď zhruba vieš koľko, ušetríš si dosť zmätku pri porovnávaní hostingov.
Odčítavajú sa dve veci. Najprv si hosting nechá kus pre operačný systém, beh kontajnerov a diskovú cache, ináč dokáže jeden vyťažený server položiť celý stroj. Potom si vnútri tohto rozpočtu berie svoje aj JVM, a to mimo haldy: metadáta tried, réžiu garbage collectora rastúcu s veľkosťou haldy, zásobníky vlákien, sieťové buffery, skompilovaný kód. Pre tvoj svet zostáva až to, čo prežije obe odčítania.
Pri našich veľkostiach to vychádza takto:
| Zvolíš | Limit kontajnera | JVM mimo haldy | Skutočná halda | Podiel | |---|---|---|---|---| | 4 GB | 3072 MB | 1024 MB | 2048 MB | 50 % | | 8 GB | 7168 MB | 1024 MB | 6144 MB | 75 % | | 16 GB | 14336 MB | 1792 MB | 12544 MB | 76 % | | 32 GB | 28672 MB | 3584 MB | 25088 MB | 76 % |
Malé veľkosti tratia pomerovo viac, pretože rezerva mimo haldy má spodnú hranicu asi 1 GB bez ohľadu na to, či si kúpil 4 GB alebo 40. Presne preto sa modpack na štyroch gigabajtoch trápi viac, než by číslo napovedalo: v skutočnosti beží na dvoch.
Zaujímavejšia je opačná chyba. Hosting, ktorý dá halde takmer celú pamäť kontajnera, vyzerá na papieri štedrejšie a pod záťažou ho zabije OOM killer. JVM totiž svoju pamäť mimo haldy potrebuje tak či tak a vezme si ju z rozpočtu, v ktorom už nič nezostalo. Ak porovnávaš hostingy, lepšia otázka než číslo v názve plánu znie: koľko haldy naozaj dostanem?
Praktický postup pri výbere
- Urči typ servera: vanilla, Paper alebo modpack.
- Spočítaj reálny počet hráčov naraz, nie počet ľudí v Discorde.
- Zohľadni view-distance, pluginy, mody a očakávané farmy.
- Vyber najmenšiu veľkosť s rozumnou rezervou.
- Po prvých sessions sleduj logy a správanie. Ak pribudnú chunky, mody alebo hráči, RAM navýš.
Pri platbe podľa využitia sa oplatí zvoliť radšej o trochu viac RAM, ak tým zachrániš plynulosť hry. Stále platíš len za čas, keď server beží, nie za celý mesiac nevyužitej kapacity.
Krátke zhrnutie
Na malý vanilla alebo Paper server väčšinou stačia 4 GB RAM. Pluginy a ľahké mody posúvajú rozumný štart na 6 až 8 GB. Veľké modpacky začínajú približne na 10 GB a pri náročnom svete môžu potrebovať 16 GB alebo viac.
Najlepšie rozhodnutie však neurobí samotná tabuľka. Sleduj, ako sa server správa: ak sa dusí pamäťou, pridaj RAM; ak nestíha tick, uprav view-distance, entity a automatizáciu.