RAM je první věc, kterou lidé řeší u lagujícího Minecraft serveru. Často správně, ale ne vždy. Málo paměti způsobuje sekání, dlouhé pauzy a pády u velkých modpacků. Jenže pokud přidáš RAM serveru, který ve skutečnosti nestíhá počítat tick nebo má příliš vysoký view-distance, problém nezmizí.
Tenhle návod ti pomůže vybrat rozumnou velikost a zároveň poznat, kdy je problém opravdu v paměti.
Rychlé doporučení
Pro malé party začni takto:
- Vanilla, 2 až 5 hráčů: 2 až 4 GB RAM.
- Paper survival s pár pluginy: 4 GB, u většího světa 6 GB.
- Paper s více pluginy, dynmapou nebo vyšším view-distance: 6 až 8 GB.
- Lehký Fabric nebo Forge server: 6 až 8 GB.
- Střední modpack: 8 až 10 GB.
- Velký kitchen-sink modpack: 10 až 16 GB.
- Velký modpack, víc hráčů a chunk-loadery: 16 GB nebo víc podle chování světa.
Tahle čísla nejsou zákon. Jsou to dobré startovací body. Minecraft svět se mění: první den běží hladce, třetí týden už může mít velké farmy, hodně entit a stovky načtených chunků.
Co RAM v Minecraftu opravdu drží
Minecraft server používá paměť hlavně na:
- načtené chunky a data světa,
- entity, itemy, moby a vesničany,
- pluginy nebo mody,
- cache a interní datové struktury Javy,
- generování nového terénu,
- dimenze a struktury u modpacků.
Počet hráčů je důležitý, ale není jediný ani největší faktor. Dva hráči s elytrami objevující nové chunky mohou server zatížit víc než šest hráčů, kteří stojí v jedné základně.
Jak poznat, že chybí RAM
Typické příznaky nedostatku paměti:
- server se pravidelně zasekává na krátké pauzy,
- v logu vidíš časté garbage collection pauzy,
- modpack padá při startu nebo při načítání světa,
- při teleportech nebo cestování mezi dimenzemi přichází dlouhé záseky,
- po pár hodinách hraní se výkon zhoršuje, dokud server nerestartuješ.
U Javy se plná paměť často neprojeví okamžitým pádem. Spíš přijde série krátkých zastavení, kdy garbage collector uklízí heap. Hráči to vnímají jako rubber-banding, opožděné rozbíjení bloků nebo nepříjemné sekání.
Kdy RAM není hlavní problém
Ne každý lag vyřeší více RAM. Pokud server píše “Can't keep up” i s volnou pamětí, problém může být v ticku, ne v RAM.
Časté příčiny:
- příliš vysoký view-distance nebo simulation-distance,
- rychlé objevování nového světa,
- hodně entit na jednom místě,
- mob farmy, itemy na zemi a vesničané,
- velké redstone nebo technické stroje,
- plugin nebo mod, který dělá drahou operaci každých pár ticků.
V takovém případě nejdřív sniž view-distance, omez chunk-loadery a podívej se na entity. Až potom řeš více RAM.
Vanilla, Paper — a hráči na Bedrocku
Čistá vanilla je jednoduchá, ale Paper je u Java serverů často lepší volba pro partu. Umí lépe pracovat s výkonem, podporuje pluginy a umožní jemnější nastavení bez toho, aby hráči museli instalovat mody.
A co kamarádi na konzoli nebo mobilu? Hráči s Bedrock edicí se na Java server připojí přes Geyser crossplay — server přitom zůstává Java serverem, takže všechna doporučení RAM v tomto návodu platí beze změny. Geyser přidává malou režii, takže pokud se Bedrock hráči připojují pravidelně, sáhni po horním okraji rozsahu.
Pro běžný survival s kamarády je rozumnější začít s menší velikostí a sledovat chování než automaticky kupovat největší.
Modpacky: proč potřebují víc
Modpacky načítají hodně kódu a dat ještě před prvním hráčem. Velký balík může mít stovky modů, vlastní recepty, questy, struktury, dimenze a generování světa. Proto i malá parta potřebuje u modpacku víc RAM než stejný počet hráčů na vanille.
Největší rozdíl dělá:
- počet modů,
- vlastní worldgen,
- nové dimenze,
- hodně technické automatizace,
- chunk-loadery,
- velké množství entit a item transportu.
Pokud modpack padá při startu, často je problém ve špatném server packu nebo chybějící dependency, ne jen v RAM. Postup řešíme v návodu jak hostovat modpack server.
Co jsme naměřili na stovce modpacků
V srpnu 2026 jsme sto nejpopulárnějších modpacků z CurseForge nainstalovali na náš produkční hardware a každý dvakrát spustili. Použitelné měření dalo 94 z nich. 43 z těchto 94 běželo s rezervou 5 % a méně, a to v klidu, na čerstvě vygenerovaném světě a bez jediného připojeného hráče.
Zní to hrozivě, ale většinou o nic nejde a stojí za to vědět proč. Java si velikost haldy odvodí od limitu, který dostane, a než začne uklízet, nejdřív ho zaplní. Pack se sedmi gigabajty se tedy blíží sedmi, ten samý pack se čtrnácti ke čtrnácti. Packy s limitem 3, 7 i 14 GB skončily shodně na 94 až 100 procentech tří úplně odlišných stropů.
Z toho plyne přesně to, na čem stojí celý tenhle návod: vysoká naměřená hodnota není důkaz, že pack potřebuje víc. Důkazem je až pád. Všechna naměřená data pack po packu najdeš v našich měřeních paměti modpacků.
Proč víc RAM není vždy lepší
Přidělit serveru mnohem víc paměti, než používá, není automaticky výhra. Java pak může dělat méně časté, ale delší garbage collection pauzy. Cílem není největší číslo, ale zdravá rezerva.
Dobré pravidlo: server by neměl být pořád na hraně, ale ani nepotřebuje dvojnásobek reálné spotřeby. Pokud používá 5 GB, server s 6 až 8 GB dává větší smysl než okamžitý skok na 16 GB.
Ve VoxelRunu je JVM heap nastavený podle RAM, kterou si vybereš, se zbytkem paměti pro systém a kontejner. Nemusíš ručně ladit -Xmx flagy, což je jedna z věcí, kde si lidé snadno vytvoří horší problém.
Kam se opravdu poděje inzerovaná RAM
„16 GB“ nikdy není 16 GB pro Minecraft. Část se utratí dřív, než hra uvidí jediný bajt, a když zhruba víš kolik, ušetříš si dost zmatku při porovnávání hostingů.
Odečítají se dvě věci. Nejdřív si hosting nechá kus pro operační systém, běh kontejnerů a diskovou cache, jinak dokaže jeden vytížený server položit celý stroj. Pak si uvnitř tohohle rozpočtu bere své i JVM, a to mimo haldu: metadata tříd, režii garbage collectoru rostoucí s velikostí haldy, zásobníky vláken, síťové buffery, zkompilovaný kód. Pro tvůj svět zůstává až to, co přežije obě odečtení.
U našich velikostí to vychází takhle:
| Zvolíš | Limit kontejneru | JVM mimo haldu | Skutečná halda | Podíl | |---|---|---|---|---| | 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é velikosti tratí poměrově víc, protože rezerva mimo haldu má spodní hranici asi 1 GB bez ohledu na to, jestli sis koupil 4 GB nebo 40. Přesně proto se modpack na čtyřech gigabajtech trápí víc, než by číslo napovídalo: ve skutečnosti běží na dvou.
Zajímavější je opačná chyba. Hosting, který dá haldě skoro celou paměť kontejneru, vypadá na papíře štědřeji a pod zátěží ho zabije OOM killer. JVM totiž svou paměť mimo haldu potřebuje tak či tak a vezme si ji z rozpočtu, ve kterém už nic nezůstalo. Když porovnáváš hostingy, lepší otázka než číslo v názvu plánu zní: kolik haldy opravdu dostanu?
Praktický postup při výběru
- Urči typ serveru: vanilla, Paper nebo modpack.
- Spočítej reálný počet hráčů najednou, ne počet lidí v Discordu.
- Zohledni view-distance, pluginy, mody a očekávané farmy.
- Vyber nejmenší velikost s rozumnou rezervou.
- Po prvních sessions sleduj logy a chování. Pokud přibudou chunky, mody nebo hráči, RAM navyš.
Při platbě podle využití se vyplatí zvolit radši o trochu více RAM, pokud tím zachráníš plynulost hry. Pořád platíš jen za čas, kdy server běží, ne za celý měsíc nevyužité kapacity.
Krátké shrnutí
Na malý vanilla nebo Paper server většinou stačí 4 GB RAM. Pluginy a lehké mody posouvají rozumný start na 6 až 8 GB. Velké modpacky začínají přibližně na 10 GB a u náročného světa mohou potřebovat 16 GB nebo víc.
Nejlepší rozhodnutí ale neudělá samotná tabulka. Sleduj, jak se server chová: pokud se dusí pamětí, přidej RAM; pokud nestíhá tick, uprav view-distance, entity a automatizaci.