Optimalizace Minecraft serveru 2026: stálých 20 TPS a nízké MSPT

[!TIP] Rychlé shrnutí (TL;DR): Stabilní Minecraft server musí trvale udržovat 20.0 TPS (Ticks Per Second) a MSPT < 50 ms (Milliseconds Per Tick). Pokud MSPT překročí 50 ms, server přestává stíhat herní logiku v reálném čase a projevují se znatelné lagy. Pro dosažení maximální plynulosti použijte: serverové jádro Paper nebo Purpur, spouštěcí příznaky Aikar's Flags (Java 21 G1GC), pregenerace mapy pluginem Chunky a optimalizaci simulační vzdálenosti v server.properties a paper-world-defaults.yml.

Lagy na Minecraft serveru jsou noční můrou pro hráče i administrátory. Teleportující se mobové, opožděné ničení bloků nebo zasekávající se farmy dokážou pokazit zážitek i z toho nejlepšího herního režimu. S příchodem novějších verzí (od 1.20 po 1.21+) se herní světy prohloubily (od Y: -64 do Y: 320) a staly se výpočetně výrazně náročnějšími.

V tomto návodu vás krok za krokem provedeme kompletním profesionálním procesem optimalizace Minecraft serveru v roce 2026 – od konfigurace virtuálního stroje Java přes konfigurační soubory herního jádra až po pregeneraci terénu a hloubkovou diagnostiku procesorových vláken.

1. Porozumění metrikám výkonu: TPS vs. MSPT

Před úpravami konfiguračních souborů je zásadní pochopit, jak správně měřit reálný výkon serveru:

• TPS (Ticks Per Second): Počet výpočetních cyklů, které server provede během jedné sekundy. Ideální hodnota je 20.0 TPS. Hodnota pod 18.0 signalizuje počínající zpoždění a při poklesu pod 15.0 se hra stává trhanou a nepříjemnou.
• MSPT (Milliseconds Per Tick): Čas v milisekundách, který procesor potřebuje k dopočtení jednoho herního ticku. Server má k dispozici přesně 50 milisekund (50 ms) na dokončení všech výpočtů v ticku (1000 ms / 20 ticků = 50 ms).
  • MSPT < 30 ms: Server má obrovskou výkonnostní rezervu a běží naprosto plynule.
  • MSPT 30–48 ms: Plynulý chod (20 TPS), avšak při náhlých špičkách může docházet k mikroskopickým záškubům.
  • MSPT > 50 ms: Server nestíhá v časovém limitu – TPS automaticky klesá pod hranici 20.

2. Spouštěcí příznaky JVM (Aikar's Flags pro Javu 21)

Způsob, jakým Java Virtual Machine (JVM) spravuje paměť RAM a provádí úklid nepotřebných objektů (Garbage Collection), je pro stabilitu serveru klíčový. Špatné parametry vedou k tzv. GC Pauses – sekundovým zásekům celého serveru během pročišťování haldy (heapu).

Nasaďte ověřenou sestavu Aikar's Flags přizpůsobenou pro Javu 21 a garbage collector G1GC:

java -Xms6G -Xmx6G -XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 \
-XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC -XX:+AlwaysPreTouch \
-XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 -XX:G1ReservePercent=20 \
-XX:G1HeapRegionSize=8M -XX:G1ReservePercent=15 -XX:G1HeapWastePercent=5 \
-XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 \
-XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 \
-XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 \
-Dusing.aikars.flags=https://mcflags.emc.gs -Daikars.new.flags=true -jar server.jar nogui

[!TIP] Nastavení paměti -Xms a -Xmx: Vždy nastavte minimální (-Xms) i maximální (-Xmx) paměť RAM na stejnou hodnotu (např. obě na 6G nebo 8G). Zabráníte tím dynamickému přerozdělování paměti operačním systémem během hraní. Na MCHost jsou příznaky Aikar's Flags přímo integrovány v administračním panelu!

3. Optimalizace konfiguračních souborů

Výchozí konfigurační soubory Minecraftu jsou zacílené na vizuální kvalitu pro jednoho hráče, nikoli na vysoký výkon multiplayerového serveru. Následující úpravy ušetří 40–60 % výpočetního výkonu procesoru.

A. Soubor server.properties

• view-distance=7 (Výchozí 10. Snížení na 6–8 zmenšuje rádius odesílaných chunků bez citelné ztráty vizuálního komfortu).
• simulation-distance=4 (Výchozí 10. Klíčový parametr! Určuje vzdálenost v chuncích, kde jsou aktivní mobové, pece a růst plodin. Hodnota 4 nebo 5 dramaticky odlehčí procesor).
• network-compression-threshold=256 (Optimální práh komprese síťových paketů).
• sync-chunk-writes=false (Vynucuje asynchronní ukládání chunků na disk).

B. Soubor spigot.yml

V sekci world-settings.default:

entity-activation-range:
  animals: 16
  monsters: 24
  raiders: 32
  misc: 8
  water: 12
  villagers: 16
  flying-monsters: 24
  tick-inactive-villagers: false
entity-tracking-range:
  players: 48
  animals: 32
  monsters: 32
  misc: 24
  other: 48
merge-radius:
  item: 4.0
  exp: 6.0

Tato nastavení vypínají náročné výpočty umělé inteligence entit, pokud se hráč nachází mimo stanovený rádius bloků.

C. Soubor config/paper-world-defaults.yml

Paper nabízí nejhlubší možnosti jemného ladění:

chunks:
  max-auto-save-chunks-per-tick: 8
  prevent-moving-into-unloaded-chunks: true
  auto-save-interval: 6000

entities:
  spawning:
    despawn-ranges:
      monster:
        soft: 28
        hard: 56
  behavior:
    despawn-shulker-bullets: true
    should-remove-dragon: true

redstone-implementation: ALTERNATE_CURRENT

hopper:
  cooldown-when-full: true
  disable-move-event: true

• ALTERNATE_CURRENT: Aktivuje vysoce efektivní redstone algoritmus, který snižuje zátěž procesoru při rozsáhlých hodinách a obvodech až o 80 %.
• Despawn-ranges: Zmenšuje okruh, v němž nepřátelští mobové okamžitě mizí, což zabraňuje přelidnění podzemních jeskyní.

D. Soubory purpur.yml / pufferfish.yml (Při použití jádra Purpur)

Pokud provozujete server na jádře Purpur (viz náš přehled serverových jader), aktivujte další vícevláknové optimalizace:

• dab.enabled: true (Dynamic Activation of Brain – uspává AI mobů, kteří neprovádějí žádné důležité akce).
• async-mob-spawning: true (Asynchronní vyhodnocování podmínek pro spawnování monster).

4. Pregenerace mapy pluginem Chunky

Generování nového terénu za běhu (když hráč letí s elytrou nebo jede lodí) je nejčastější příčinou náhlých pádů TPS k jednociferným hodnotám. Výpočet komplexních jeskyní a biomů verze 1.21 vyžaduje obrovský okamžitý výkon.

Řešením je pregenerace mapy před spuštěním serveru pomocí bezplatného pluginu Chunky:

# 1. Výběr světa ke generování
/chunky world world

# 2. Nastavení kruhového tvaru hranice
/chunky shape circle

# 3. Nastavení poloměru pregenerace (např. 3000 bloků od středu)
/chunky radius 3000

# 4. Spuštění procesu pregenerace
/chunky start

Po dokončení pregenerace nastavte pevnou hranici světa, aby hráči nepřekračovali připravenou zónu:

/worldborder set 6000

5. Diagnostika a odhalování viníků: Profiler spark

Pokud i přes provedené optimalizace dochází k propadům plynulosti, nehádejte příčinu naslepo. Nainstalujte diagnostický plugin spark (představený v našem přehledu nejlepších serverových pluginů).

Jak provést profilování výkonu?

1. V momentě, kdy dochází k lagům, zadejte příkaz pro profilování:

   /spark profiler --timeout 60
   

2. Po 60 sekundách obdržíte v chatu odkaz na podrobnou webovou zprávu.
3. V reportu klikněte na záložku Thread Dump -> Server Thread. Strom volání vám přesně ukáže, která metoda, plugin, redstone obvod nebo souřadnice ve světě (world: x, y, z) spotřebovávají nejvíce procesorového času.

Užitečné příkazy pluginu spark:

• /spark healthreport – rychlý souhrn TPS, MSPT, využití paměti RAM a vytížení procesoru.
• /spark tps – detailní přehled průměrných hodnot ticků za poslední 1, 5 a 15 minut.
• /spark gc – historie činnosti garbage collectoru v paměti RAM.

Přehled klíčových parametrů optimalizace

FAQ – Často kladené otázky

Proč má můj server 20 TPS, ale hráči stále hlásí zpoždění?

Pokud server drží stabilních 20.0 TPS, příčina neleží ve výkonu procesoru, nýbrž v síťovém zpoždění (pingu) nebo nestabilitě připojení na straně klienta. Ujistěte se, že server běží v moderním středoevropském datacentru a internetové připojení hráčů je stabilní.

Rozbíjí optimalizace redstonové obvody a hráčské farmy?

Nasazení algoritmu ALTERNATE_CURRENT nijak nepoškozuje 99 % běžných obvodů, pístových dveří ani farem. Snížení hodnoty simulation-distance však způsobuje, že farmy přestanou pracovat, pokud se hráč vzdálí na více než 4–5 chunků, což je žádoucí a zamýšlené chování šetřící výkon.

Jsou potřeba pluginy pro čištění ležících předmětů (např. ClearLag)?

V roce 2026 se používání pluginů typu ClearLag nedoporučuje. Agresivní mazání předmětů ze země hráče pouze otravuje. Moderní jádra Paper i Purpur automaticky a efektivně slučují ležící předměty do skupin (merge-radius) bez nutnosti jakýchkoli externích čisticích skriptů.

Kde najdu oficiální technickou dokumentaci?

Kompletní popisy všech parametrů a přepínačů naleznete v oficiální dokumentaci PaperMC Documentation a na Minecraft Wiki – Server Optimization.

Shrnutí

Optimalizace Minecraft serveru spočívá v systematickém odstranění úzkých hrdel:

1. Zvolte moderní serverové jádro (Paper nebo Purpur).
2. Nastavte parametry JVM paměti pomocí Aikar's Flags (G1GC).
3. Omezte simulační vzdálenost na 4–5 chunků.
4. Proveďte kompletní pregeneraci světa pomocí pluginu Chunky.
5. Diagnostikujte skryté anomálie přes profiler spark.

Hledáte hardware, který bez zaváhání udrží 20 TPS i při vysokém počtu hráčů? Prohlédněte si nabídku rychlých NVMe serverů na MCHost s procesory o taktu až 5,0 GHz!