Serverové zdroje/prostředky

Pevný disk

Pevný disk je místo, kam se trvale ukládají data. Ta se ukládají do souborů. Příkladem takových dat můžou být například data světa (ta se ve výchozím nastavení nachází ve složce /world/), hráčů, nebo pluginů.

Manipulace s daty na disku

V případě, kdy provádíte úpravy či mažete soubory, které nejsou konfiguračními soubory (např. soubory světa), je důležité úpravy provádět vždy při vypnutém serveru. V opačném případě se změny nemusí uložit (v případě, kdy jsou data později uložena z RAM), nebo mohou nastat jiné problémy, jako například poškození upravovaných dat.

Druhy pevného disku

Obecně se disk rozlišuje na dva typy - SSD a HDD. Zjednodušeně se dá říci, že SSD je vhodné pro server a HDD pro zálohy.

HDD je v poměru kapacity úložiště a ceny výhodnější než SSD, ale oproti SSD se vyznačuje vyšší chybovostí a nižší rychlostí, která není zanedbatelná. Tato rychlost může mít značný negativní dopad na výkon serveru, a proto by jako serverové úložiště mělo být použito SSD.

Naopak pro ukládání záloh je HDD naprosto ideální.

Rychlost disku

Rychlost disku je do určitého bodu jeho důležitou vlastností. Zejména klasické VPS hostingy mívají rychlost disku velmi utaženou. Proto i když je model disku NVMe, automaticky to neznamená, že je disk skutečně rychlý. Více se dočtete zde.

Využití místa na disku

Pokud samotný disk (nikoli jen pro Vás dostupná kapacita) nemá k dispozici kriticky málo místa, využití místa na disku nemá žádný dopad na výkon serveru.

Největším žroutem místa na disku bývá standardně svět. Z tohoto důvodu je vhodné nastavit border (více se dočtete zde). Kolik místa zabere plně vygenerovaný svět lze zjistit pomocí tohoto nástroje.

Poté existují pluginy, které rovněž zabírají velké množství místa. Mezi ně patří web map view pluginy (Dynmap), nebo CoreProtect.

Velikost dat samotného serveru i pluginů je oproti velikosti dat světa a pluginů jako Dynmap a CoreProtect naprosto zanedbatelná. Proto by se minimální velikost místa na disku měla odvíjet právě od velikosti světa (a případně pluginů, které zabírají mnoho místa, pokud takové na serveru budou), samozřejmě s nějakou rezervou.

Jak zjistit využití

Pokud máte k serveru na kterém Minecraft server běží přístup, pro zjištění, co na disku zabírá nejvíce místa, existuje mnoho nástrojů v závislosti na operačním systému. Například pro Linux existuje nástroj ncdu (bez GUI) nebo qdirstat (s GUI).

Pokud k serveru přístup nemáte, administrační panely často poskytují funkci k zobrazení využití místa na disku/vypočítání velikosti složek.

Pokud k serveru nemáte přístup a administrace neumožňuje velikosti složek zjistit, FTP klient WinSCP (pouze Windows) umožňuje velikosti složek vypočítat.

Snížení využití místa na disku

Dynmap a podobné pluginy

Velikost Dynmap ovlivňuje velikost světa, počet vyrenderovaných světů a rozlišení mapy. Smazáním zbytečných světů a snížením rozlišení lze u Dynmapy značně snížit využití místa samotného pluginu.

Rozlišení lze nastavit v konfiguraci

Je důležité si uvědomit, že po změně rozlišení existující vyrenderovaná data nezmizí, tudíž se změnou samotného rozlišení místo neuvolní. Existující data pluginu je třeba smazat. Až poté se místo na disku uvolní.

CoreProtect

Velikost CoreProtect databáze závisí zejména na počtu hráčů a nastavení, co vše CoreProtect ukládá.

Příkaz purge umožňuje smazání starých dat, což místo na disku uvolní. Například příkaz co purge t:30d smaže veškerá data starší než jeden měsíc viz [https://docs.coreprotect.net/commands/#co-purge]

Smazání neaktivních chunků

Zejména v případě, kdy nemáte nastavený border (a tedy velikost světa je neomezená), může se hodit nástroj MCASelector, který umožňuje smazání “neaktivích” chunků. Tím jsou myšleny chunky, které jsou vygenerované (tzn. zabírají místo na disku), ale hráč v nich byl jen na malou chvíli (např. proletěl s elytrou). Toto může uvolnit poměrně hodně místa zejména na serverech, které existují dlouho. Tento nástroj je napsaný v Javě a má i CLI verzi, tudíž pokud máte možnost úpravy špouštěcího příkazu, lze nástroj použít přímo na serveru, kde se svět nachází. Pokud takovou možnost u sdíleného hostingu nemáte, můžete zkusit požádat podporu. Pokud ani podpora nevyhoví, je nutno svět stáhnout, nástroj nainstalovat, použít, a upravený svět nahrát zpět na server.

Samostatná databáze

V případě, kdy máte k dispozici samostatnou databázi, a plugin, který zabírá příliš mnoho kapacity disku, takovou možnost má, můžete jako typ úložiště využít databázi, což místo na disku (po smazání dat na disku) uvolní. To ale samozřejmě neplatí, pokud místo na disku, který server využívá, náleží i samotné databázi, např. v případě, kdy máte VPS server, kde hostujete samotný server i databázi.

Pokud je databáze poskytovaná jako doplňková služba, často má databáze menší maximální velikost na jednu databázi (typicky 1 GB). V takovém případě není databáze pro pluginy využívající hodně místa vhodná, jelikož takové pluginy zabírají místa o mnoho více. Napojovat pluginy jako LuckPerms je z hlediska úspory místa na disku zbytečné, protože takové pluginy téměř žádné místo nezabírají.

Plný disk

V moment, kdy se místo na SSD zaplní velmi rychle bez zjevného důvodu, příčinou nejčastěji bývá zaspamovaný log. Proto byste se v takovém případě měli prvně podívat do složky /logs/ na velikosti souborů logů. Pokud se jejich velikost pohybuje ve stovkách MB, nebo dokonce GB a více, je to problém, který je třeba vyřešit. Logy by měly mít jednotky MB, maximálně desítku (avšak i to je mnoho a log je zaspamovaný chybami které byste měli vyřešit).

Nejčastější příčinou extrémně zaspamovaného logu je použití nové verze Javy u starých Minecraft verzí, ale příčina zaspamovaného logu může být i v pluginu či módu.

Paměť (RAM)

Operační paměť neboli RAM je paměť, na které jsou dočasně uložena data, s kterými server pracuje. Persistentní data jsou později uložena na disk. V moment, kdy s nimi server potřebuje pracovat, jsou načtena do paměti.

Využití RAM/chování RAM (GC)

Vzorec chování využití paměti heap je takový, že se plní, a po nějakém čase se uvolní (viz obrázek níže). To že se paměť plní a uvolňuje neznačí nic špatného. Je to standardní chování správy paměti u garbage collected jazyků.

Taktéž to, že je využito větší množství paměti rovněž neznamená nic špatného. Stručně řečeno - Java využije to, co může. To ještě znatelněji platí zejména při využití (optimalizačních) Aikar flagů. Do určitého bodu je totiž nevyužitá pamět “vyhozená” paměť, a snad chcete využívat to, za co si platíte.

Jak zjistit, zda máte paměti dostatek, se dočtete v této části.

Co je to paměť heap

Heap paměť je paměť, kam jsou ukládány veškeré Java objekty, které jsou využívány samotným Minecraft serverem. To můžou být načtené chunky, informace o hráči Velikost paměti heap, kterou může server využít, určuje Java flag Xmx.

Potřebná paměť

• paměť heap - paměť heap je paměť, kterou může využít samotný Minecraft server. Kolik této paměti může server využít určuje startup flag Xmx

• paměť pro Javu

Pro fungování Java aplikací nestačí mít dostupnou pouze paměť pro heap, ale i nějakou paměť navíc pro fungování samotné Javy.

• paměť pro operační systém - V případě, kdy server, na kterém Minecraft server běží, spravujete sami, je nutno se ujistit, že necháte dostatek paměti pro samotný operační systém a ostatní procesi, co na něm běží.

V případě, kdy server běží v kontejneru (Docker), nemusíte zvažovat rezervu pro každý kontejner, jelikož kontejner je pouze izolované prostředí a nikoli virtual machine, kde pro každou instanci běží separátní operační systém.

V PaperMC dokumentaci je psáno (upraveno):

“Nealokujte veškerou dostupnou paměť na sdíleném hostingu. Pokud při nastavování hodnot Xms a Xmx hosting uvádí, že máte k dispozici 8 GB paměti, nenastavujte 8 GB!

Minecraft (a Java) potřebuje k tomuto parametru Xmx další paměť. Doporučujeme snížit hodnoty Xmx a Xms přibližně o 1000-1500 MB, abyste se vyhnuli vyčerpání paměti nebo tomu, že vám OOMKiller zabije server.

Máte 8 GB paměti? Pro jistotu použijte 6500 MB (heap, tedy Xmx flag). Můžete se ale také zeptat svého hostingu, zda za vás tuto režii pokryje a dá Vám místo toho 9500M. Někteří poskytovatelé hostingu to udělají, stačí se zeptat.“

Ukazatele paměti (není RAM jako RAM)

V případě, kdy je řeč o paměti (RAM), může být velmi podstatné, o jakém ukazateli paměti je řeč. Můžete se setkat s následujícími rozdíly:

• využívaná paměť heap

tuto hodnotu ukazuje Spark profiler a je to hodnota ukazující aktuální využití paměti heap. To je prakticky vždy jediná hodnota, která Vás zajímá a je užitečná. Když je řeč o využité paměti, je tím většinou myšlena právě využívaná pamět heap.

• velikost paměti heap

v tomto případě můžou být myšleny dvě hodnoty, a to aktuální velikost paměti heap, a nebo maximální velikost paměti heap. Jaký je mezi těmito hodnotami rozdíl se dočtete zde. Většinou je však myšlena maximální velikost paměti heap (Xmx flag, tedy kolik paměti může Minecraft server využít)

• systémový ukazatel

pokud se na hodnoty využité paměti díváte přes administrační panel (Pterodactyl), nebo systémový příkaz (top, htop, ps). Tato hodnota je pro Vás téměř vždy irelevantní.

U některých hostingů však můžete mít nainstalovaný plugin/mód komunikující s panelem, tudíž v administraci uvidíte stejnou hodnotu, jako by uváděl Spark (využívaná paměť heap).

Množství paměti

Veškeré hodnoty uváděné v této části značí paměť heap, kterou určuje Xmx flag, tzn. není započítána paměť pro samotnou Javu a operační systém. Více se o rozdílech mezi těmito hodnotami dočtete zde.

Uváděné hodnoty jsou aktuální pro 1.20. Roky staré verze (=< 1.12) si mohou bez problému vystačit s méně RAM a naopak se časem budou nároky zvyšovat.

Dopad množství paměti na výkon a nedostatek paměti

Pokud máte na menším až středně velkém Paper serveru alokováno alespoň 6 GB paměti heap a máte znatelný problém s výkonem serveru, příčinu hledejte jinde než v nedostatku paměti. Příčinou špatného výkonu téměř jistě není nedostatek RAM. Ačkoli by se poskytnutím více RAM v případě 6 GB výkon zlepšil, téměř určitě není paměti tak málo, aby její množství zapříčinilo značný negativní dopad na výkon serveru. Od 10 GB si tím můžete být jisti téměř vždy (až na opravdu velké a náročné servery). Více o výkonu serveru se dočtete zde.

Co se tedy týče Paper serveru, alokovat více než 10 GB paměti heap je (až na opravdu velké a náročné servery) nehledě na počet hráčů a pluginy prakticky vždy zbytečné. U módovaných serverů je tato hranice posunuta o něco výše, ale stále platí, že od určitého bodu si navýšením RAM nijak nepřilepšíte.

Jak zjistit, zda nepotřebujete více paměti, se dočtete v tomto článku: https://docs.pufferfish.host/general/why-is-my-ram-all-used/#how-do-i-know-if-i-need-more-ram

Nedostatečné množství paměti však značný dopad na výkon serveru mít může.

Pokud máte u sdíleného hostingu pocit, že se navýšením paměti problém vyřešil, je důležité si uvědomit, že i když výkon procesoru není u balíčku uveden, balíčky se mohou lišit nejen z hlediska množství paměti, ale i výkonu procesoru. Tím pádem problém nemuselo vyřešit navýšení RAM, ale lepší výkon procesoru. To může být znatelnější na Vanille a zejména módovaných serverech.

Mimo jiné málo paměti RAM absolutně nemá vliv na fukčnost různých aspektů hry, jako například pluginů.

Příliš moc paměti

Pokud chcete paměť navýšit z důvodu (téměř) 100% využití paměti, které ukazuje administrační panel (Pterodactyl), nebo systémový ukazatel (htop), neznamená to, že je paměti nedostatek. Více se dočtete zde.

Jak je uvedeno v PaperMC dokumentaci, vice paměti od určitého bodu neznamená lepší výkon. Bohužel je to stále existující mýtus plynoucí z nepochopení jak paměť Minecraft serveru (Java aplikací) funguje a snaze hostingových společností o maximalizaci zisku.

Zakoupením serveru s 32 GB RAM si z hlediska výkonu nijak nepomůžete a jedná se pouze o vyhazování peněz. Server tolik paměti nemá jak využít. Naopak od určitého bodu, kdy je RAM až moc, výkon klesá.

Z výše uvedeného například vyplývá, že následující komentář je nesmyslný. “Ahoj, 8 GB RAM na server je velmi málo. Já mám na server pronajatý dedikovaný server, kde je 64 GB RAM a věř, že i těch 64 GB je málo. Mně například server utáhne cca 30 až 45 hráčů s 64 GB RAM. Vzhledem k tomu, že ty máš 8 GB, je i těch 5 hráčů až moc.”

Pokud RAM není vyloženě nedostatek, limitujícím faktorem je obvykle procesor.

Minimální doporučené množství paměti

Uváděné hodnoty berte pouze orientačně. Nelze obecně říci, kolik RAM je minimálně potřeba, jelikož záleží na řadě faktorů, jako platformě počtu hráčů, optimalizaci, druhu serveru (např. Survival bude potřebovat více RAM než BoxFight server), použitých pluginech či módech a podobně.

Paper a jeho forky

V PaperMC článku se píše: “Doporučujeme použít alespoň 6-10 GB, bez ohledu na počet hráčů! Pokud si nemůžete dovolit 10 GB paměti, dejte jí tolik, kolik můžete, ale ujistěte se, že jste ponechali trochu paměti i operačnímu systému.”

Pokud tedy máte takovou možnost, v ideálním případě je vhodné alespoň 6 GB paměti. V případě, kdy si tolik paměti dovolit nemůžete a nejedná se zejména z hlediska počtu hráčů o náročný server, jste server schopni vcelku bez problému rozběhnout na 5, 4, nebo dokonce i 3 GB RAM, nicméně čím více, tím lépe.

Technicky vzato jste server pro pár kamarádů na 1.20 schopni rozběhnout i na 2 GB RAM, nicméně je nutno server dostatečně optimalizovat a provádět pravidelné restarty. Ideální to však rozhodně není a jako doporučené minimum bych bral alespoň 3 GB RAM, v ideálním případě 4.

Jak ale Paper uvádí, v nejideálnějším případě je vhodné alespoň 6 GB RAM.

Vanilla

Vanilla je obecně hůře schopna fungovat s méně pamětí než Paper, tudíž minimální hranice je posunuta o něco výše.

Módovaný server

Módovaný server je druh serveru, který obecně vyžaduje nejvíce RAM. Toto množství se může významně lišit v závislosti na konkrétních módech. Hranice minimální potřebné paměti se tedy liší v závislosti na modpacku, u velice náročných modpacků to může být až o několik GB více než u Paperu.

Proxy

Proxy servery nejsou na využití paměti nikterak náročné, a tak si naprostá většina proxy serverů vystačí s 1 GB RAM. Například ve Velocity dokumentaci je uvedeno, že pro 1 000 hráčů by mělo být alokováno 2 GB paměti.

Využití paměti

Vytvořit si realistický mentální model o tom, kolik paměti různé části serveru využívají, nemusí být jednoduché, a to zejména pokud nemáte představu, jak server po technické stránce funguje “pod pokličkou”. Proto jsou níže vypsány základní informace o tom, jaký dopad na využití paměti mají různé aspekty serveru.

Světy

Každý hráč má okolo oblast (kruh). Jedna oblast určuje, jak daleko hráč vidí. To ovlivňuje nastavení view-distance v server.properties.

Poté oblast, jejíž velikost určuje hodnota simulation-distance v server.properties.

Velikost těchto oblastí má na využití paměti zásadní vliv, jelikož určují velikost oblasti okolo každého hráče, pro kterou budou samotné chunky načteny a aktualizovány. To znamená aktualizaci veškerých entit, rostlin, bloků a podobně.

Právě počet načtených chunků a aktualizací všech akcí v nich má nemalý vliv na využití paměti.

Proto např. BoxFight nebo BedWars server bude využívat znatelně méně paměti než Survival.

Pokud by tedy bylo na serveru 70 hráčů na jednom místě, bylo by využito znatelně méně paměti, než na serveru, kde je 70 hráčů rozprostřeno po celém světě. Zároveň na serveru, kde je 70 hráčů, by upravení simulation distance taktéž mělo znatelný dopad na využití paměti, jelikož by se počet aktualizovaných chunků znatelně navýšil.

Jak bylo vysvětleno, zásadní je zejména počet načtených chunků. Počet samotných světů tak moc nehraje roli. Sice má každý svět spawn chunky, které jsou automaticky načtené, i když nikdo ve světě není, počet těchto chunků není nijak vysoký, a navíc se dá jejich načítání v Paper configu vypnout.

Pluginy

Samotné množství paměti, které je třeba na načtení pluginu, je zanedbatelné, tudíž počet pluginů nehraje na využití paměti zásadní roli. O mnoho zásadnější je to, kolik paměti potřebuje konkrétní plugin a jakou akci provádí. Jeden plugin může využívat mnohem více paměti než desítky jiných pluginů dohromady. Mezi takové patří například Dynmap, nebo Chunky při generaci chunků. Pokud však Chunky žádné chunky negeneruje, téměř žádnou paměť nevyužívá. Záleží tedy, co konkrétní plugin dělá.

Xmx a Xms flagy

Xmx flag určuje maximální dostupnou velikost paměti heap. Xms flag určuje velikost paměti heap, s kterou proces začíná, tudíž pod tuto hodnotu nemůže velikost paměti heap klesnout.

Aktuální a maximální velikost paměti heap

Spark profiler ukazuje aktuální využití (na obrázku vlevo) a velikost (na obrázku vpravo) paměti heap.

To znamená, že v případě, kdy je Xmx nastaveno na 8 GB a Xms taktéž, Spark bude vždy ukazovat velikosti paměti heap 8 GB, jelikož taková velikost paměti je alokována (protože proces s takovou hodnotou začíná, což jak již bylo zmíněno, určuje Xms flag, a pod tuto hodnotu nemůže velikost paměti heap klesnout).

V případě, kdy je hodnota Xms nižší než hodnota Xmx to neplatí. Řekněme, že maximální velikost paměti je stále 8 GB a Xms je sníženo na 1 GB.

To znamená, že Java na začátku alokuje 1 GB paměti heap, a když potřebuje, alokuje více (maximálně Xmx, což je v tomto případě 8 GB), tím pádem se velikost paměti heap zvýší. Velikost paměti heap se tedy může pohybovat od 1 do 8 GB.

Mělo by se Xms rovnat Xmx?

Dříve bylo velmi silně doporučováno, aby se hodnota Xms rovnala Xmx. Poskytovatelé hostingu hodnotu Xms snižují z důvodu, aby se na jeden stroj vešlo více serverů.

V dnešní době se už Java chová jinak, a tak nižší hodnota Xms nepředstavuje takový problém. I tak ale může stejná hodnota Xms jako Xmx z hlediska výkonu pomoci. Pokud však takovou možnost nemáte, zásadní jako dříve to není, tudíž Vás to trápit pravděpodobně nemusí.

Memory leak

Jak je psáno na Wikipedii - Memory leak označuje v informatice situaci, kdy počítačový program neúmyslně alokuje operační paměť a není ji schopen uvolnit poté, co ji již dále ani nepotřebuje ani nevyužívá.

Pokud máte podezření na memory leak z důvodu, že panel/systémový ukazatel (např. htop) ukazuje (téměř) 100% využití paměťi, i když by paměti mělo být dostatek, nejedná se o memory leak. Více se dočete v této části.

Pokud však na Paper serveru máte alokováno 6 až 10 GB paměti heap, dostatek paměti pro samotnou Javu a operační systém, a server se po nějakém čase zhroutí z důvodu nedostatku paměti (OutOfMemory error), šance, že dochází k využívání paměti bez jejího uvolňovaní už je celkem vysoká, jelikož při nevelkém počtu hráčů by takové množství paměti mělo být naprosto dostačující.

Jak memory leak poznat a řešit se dočtete na následujícím odkaze: https://docs.pufferfish.host/general/why-is-my-ram-all-used#what-is-a-memory-leak

Může se hodit i příkaz spark heapsummary.

CPU/Procesor

Procesor je “mozek počítače”, který zpracovává a vykonává veškeré úlohy.

CPU model

U procesoru pro Minecraft server je nejdůležitějším parametrem procesoru výkon na jedno vlákno. Minecraft server neumí efektivně využít více vláken, jelikož hlavní game loop běží pouze na jednom vlákně (to však neznamená, že více než jedno vlákno nevyužije - minimální doporučený počet vláken jsou čtyři, více se dočtete níže). Proto nejsou klasické VPS hostingy pro hostování Minecraft serverů vhodné - vláken je k dispozici mnoho, ale tyto vlákna mají nízký výkon. Více se můžete dočíst zde.

Jak je uvedeno v https://paper-chan.moe/paper-optimization/, při výběru procesoru nepoužívejte k porovnání dvou procesorů taktovací frekvenci (pokud se nejedná o stejný model výroby): “Při výběru procesoru pro server Minecraft nepoužívejte k porovnání dvou procesorů taktovací frekvenci, pokud se nejedná o stejný model a výroby. Další informace naleznete v článku Mýtus o gigahertzích. Více se dočtete zde. Stručně řečeno, vybírejte nejnovější architekturu procesoru a nejvyšší dostupný model s hodnocením jednoho vlákna jádra.” (upraveno)

Počet vláken

Ačkoli je výkon jednoho vlákna zásadní, jak je uvedeno v https://paper-chan.moe/paper-optimization/, minimální doporučený počet vláken je 4: “Minimální doporučený počet vláken/jader pro Minecraft server jsou ČTYŘI. Je sice pravda, že se hlavní game loop celý provádí na jednom vlákně, ale existuje mnoho úloh, které mohou z více vláken benefitovat. Například Netty, pluginy, databáze SQL atd.” (upraveno)

Od určitého bodu však přiřazení vyššího počtu vláken žádný benefit nepřinese. Stále nejvíce záleží na výkonu jednoho vlákna. Přiřazení serveru 32 jader výkonu nijak nepomůže (neplatí pro platformu Folia).

Příliš vysoké využití procesoru (až 100%)

V případě, kdy máte k dispozici dostatek prostředků procesoru, ale výkon není dostatečný, ujistěte se, že máte vhodný model procesoru pro Minecraft server.

Pokud využíváte služeb klasického VPS hostingu, procesor pravděpodobně není pro Minecraft server vhodný. Více se dočtete zde.

Vysoké využití procesoru může způsobovat i plugin. To se děje často např. u Dynmap, která při (automatickém) renderu může využívat až 100 % CPU (ve smyslu celého dostupného výkonu procesoru, nikoli jednoho vlákna). Jak toto řešit se dočtete zde.

Konektivita

Konektivita označuje propojení zařízení (počítačů).

Nejdůležištějším faktorem konektivity bývá její stabilita a rychlost. Ta se obvykle uvádí v Mbps (megabity za sekundu), ale setkat se můžete i s MB/s (megabajty za sekundu; případně MBps, což je stejné, jako MB/s).

Mb (megabit) a MB (megabajt) jsou rozdílné jednotky. Megabit je jedna osmina megabajtu. To znamená, že 8 Mbps se rovná 1 MB/s.

Konektivita Vás naštěstí bude zajímat jen v případě, kdy server hostujete sami doma, jelikož v případě pomalého internetu nemusí být rychlost internetu dostačující. Konektivita poskytovaná u služeb hostingu je pro Minecraft server téměř vždy naproto dostačující a tak se většinou ani neuvádí.