Spadki TPS na serwerze Minecraft : jak znalezc przyczyne i je naprawic

TPS serwera Minecraft to podstawowy wskaźnik tego, jak płynnie działa świat gry – im bliżej wartości 20, tym lepiej dla graczy, redstone'a i mobów. Gdy TPS zaczyna spadać, pojawiają się lagi, teleportacje i opóźnienia w interakcjach. W tym artykule pokazujemy, jak krok po kroku zdiagnozować przyczynę spadków i jakie czynniki – liczba chunków, mody, pamięć RAM czy taktowanie procesora – mają na to realny wpływ.

Co to jest TPS serwera Minecraft i dlaczego spada

TPS (Ticks Per Second) to liczba cykli przetwarzania świata na sekundę. Domyślnie silnik gry dąży do 20 ticków, czyli jednego co 50 milisekund. Gdy serwer nie zdąży wykonać wszystkich obliczeń w tym czasie – fizyki, AI mobów, redstone'a, chunków – TPS spada poniżej 20, a gracze odczuwają to jako lagi, opóźnione otwieranie skrzyń czy "teleportujące się" postacie.

Spadek TPS nie bierze się znikąd. Najczęściej to kombinacja kilku czynników: zbyt dużej liczby załadowanych chunków, nadmiaru encji (moby, itemy na ziemi), źle zoptymalizowanych modów lub pluginów, niewystarczającej ilości pamięci RAM przydzielonej procesowi Java oraz zbyt niskiego taktowania jednordzeniowego CPU – a to właśnie pojedynczy rdzeń obsługuje główny wątek gry (main thread), niezależnie od tego, ile rdzeni ma cała maszyna.

Jeśli dopiero zaczynasz administrować własną instancją gry i szukasz infrastruktury pod duży modpack lub świat generowany proceduralnie, warto od razu postawić na hosting Minecraft oparty na procesorach z wysokim taktowaniem jednordzeniowym – to właśnie ten parametr decyduje o stabilnym TPS przy dużej liczbie chunków i encji.

Wpływ liczby chunków na TPS serwera Minecraft

Chunki to podstawowe jednostki świata – każdy ma 16x16 bloków i pełną wysokość. Każdy załadowany chunk wymaga obliczeń: wzrostu roślin, zachowania mobów, przepływu cieczy, działania redstone'a. Im więcej graczy eksploruje różne obszary mapy, tym więcej chunków jest jednocześnie aktywnych – a to bezpośrednio obciąża główny wątek.

Jak sprawdzić obciążenie chunkami

Na serwerach Paper/Spigot najszybciej zdiagnozujesz problem poleceniem w konsoli:

/tps
/forge tps

Wynik w formacie TPS from last 1m, 5m, 15m: 20.0, 19.8, 19.2 pokazuje trend. Jeśli wartość z ostatniej minuty jest wyraźnie niższa niż z 15 minut, oznacza to świeży problem – np. gracze właśnie weszli do nowo wygenerowanego obszaru.

Do dokładniejszej diagnozy warto zainstalować profiler, np. spark, który pokazuje dokładnie, które operacje zjadają czas ticku:

/spark profiler start
/spark profiler stop
/spark tps

Ograniczenie zasięgu renderowania i symulacji

Dwa parametry w pliku server.properties bezpośrednio wpływają na liczbę aktywnych chunków:

view-distance=8
simulation-distance=6

Zmniejszenie view-distance z domyślnych 10 do 6-8 potrafi odciążyć główny wątek nawet o kilkanaście procent przy dużej liczbie graczy, bez drastycznej utraty komfortu wizualnego.

Tabela: szacowany wpływ parametrów chunków na obciążenie

Parametr	Wartość niska	Wartość wysoka	Wpływ na TPS
view-distance	4-6	12-16	Duży – mniej chunków renderowanych klientom
simulation-distance	4-6	10	Bardzo duży – mniej chunków aktywnie przetwarzanych
max-world-size	5000	29999984	Pośredni – ogranicza eksplorację i generację nowych terenów

Jeśli zarządzasz większą społecznością i wiele frakcji eksploruje mapę jednocześnie, rozważ również progresywne pre-generowanie świata narzędziem typu Chunky, zamiast pozwalać na generację "na żywo" podczas rozgrywki – to jeden z najczęstszych, niedocenianych winowajców spadków TPS serwera Minecraft.

Mody, pluginy i pamięć RAM a wydajność

Drugim głównym źródłem spadków TPS są dodatki – zarówno pluginy na Paper/Spigot, jak i mody na Forge/NeoForge/Fabric. Niektóre z nich wykonują ciężkie operacje co tick (np. skanowanie regionu w poszukiwaniu encji), co potrafi zdominować cały budżet czasowy serwera.

Jak zidentyfikować winnego moda lub pluginu

Profiler spark ponownie jest tu najskuteczniejszy – raport pokazuje procentowy udział każdego pluginu/moda w czasie ticku. Alternatywnie, dla starszych instalacji Forge, przydatne jest polecenie:

/forge entities
/forge chunks

Szukaj encji, które powtarzają się w nienaturalnie dużej liczbie – farmy moderskie bez limitów często generują setki niepotrzebnych bytów, które obciążają AI i kolizje.

Pamięć RAM – ile naprawdę potrzeba

Błędne przekonanie mówi, że więcej RAM-u zawsze oznacza lepszy TPS. W rzeczywistości zbyt duża sterta (heap) Javy wydłuża czas trwania garbage collection, co objawia się okresowymi, gwałtownymi spadkami TPS co kilka minut. Kluczowe jest dobranie rozsądnej wartości i odpowiednich flag JVM.

java -Xms6G -Xmx6G -XX:+UseG1GC -XX:+ParallelRefProcEnabled \
-XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions \
-XX:+DisableExplicitGC -jar paper.jar nogui

Ustawienie identycznej wartości dla -Xms i -Xmx zapobiega kosztownemu dynamicznemu realokowaniu pamięci w trakcie działania. Dla czystej instancji Vanilla/Paper z 10-15 graczami 4-6 GB zwykle wystarcza; duże modpacki z Forge/NeoForge i setkami zarejestrowanych bloków/encji mogą wymagać 8-12 GB.

Tabela: orientacyjne zapotrzebowanie na RAM

Typ instalacji	Liczba graczy	Zalecany RAM
Vanilla / Paper, mało pluginów	1-10	4-6 GB
Paper z dużą liczbą pluginów	10-30	6-10 GB
Modpack Forge/NeoForge (średni)	5-15	8-12 GB
Modpack Forge/NeoForge (ciężki)	5-15	12-16 GB

Jeśli po przeanalizowaniu raportu spark okazuje się, że żaden pojedynczy mod nie dominuje, a problem narasta liniowo z liczbą graczy, przyczyna leży zwykle gdzie indziej – w taktowaniu procesora obsługującego główny wątek.

Taktowanie jednordzeniowe CPU i optymalizacja głównego wątku

Silnik gry – niezależnie od wersji – przetwarza logikę świata w jednym głównym wątku. Oznacza to, że liczba rdzeni procesora ma drugorzędne znaczenie wobec taktowania pojedynczego rdzenia (single-core clock speed). Procesor z 16 rdzeniami taktowanymi na 2.5 GHz będzie gorszym wyborem dla dużej instancji niż jednostka z 8 rdzeniami taktowanymi na 4.5-5 GHz.

To właśnie dlatego infrastruktura oparta na procesorach Ryzen z wysokimi częstotliwościami bazowymi i turbo radzi sobie znacznie lepiej przy dużych światach, farmach redstone czy modpackach generujących dużo logiki co tick – przekłada się to bezpośrednio na stabilny TPS serwera Minecraft nawet przy obciążeniu generowanym przez dziesiątki graczy jednocześnie.

Checklist diagnostyczny spadków TPS

• Sprawdź /tps i /spark profiler – zidentyfikuj, czy problem jest ciągły czy okresowy.
• Zweryfikuj view-distance i simulation-distance w server.properties.
• Policz aktywne encje poleceniem /forge entities lub pluginem typu ClearLag.
• Sprawdź logi pod kątem częstych pauz Garbage Collection (szukaj GC pause w logu startowym Javy).
• Zweryfikuj, czy flagi JVM są dostosowane do przydzielonej pamięci (patrz Aikar's flags).
• Jeśli korzystasz z panelu, sprawdź w zakładce statystyk wykorzystanie CPU w czasie rzeczywistym.

Rola panelu i kopii zapasowych w codziennej administracji

Panel typu Pterodactyl pozwala obserwować zużycie zasobów na żywo, restartować proces po zmianie flag JVM oraz testować różne konfiguracje bez ryzyka utraty danych – pod warunkiem regularnych automatycznych kopii zapasowych przed każdą większą zmianą (nowy modpack, zmiana view-distance, aktualizacja wersji). Jeśli planujesz samodzielnie zarządzać infrastrukturą pod kilka instancji jednocześnie, warto rozważyć VPS Pterodactyl jako bazę pod panel zarządzania wieloma światami.

Pełną listę dostępnych tytułów i konfiguracji znajdziesz na stronie Wszystkie nasze serwery gier – przydatne, jeśli administrujesz nie tylko Minecraftem, ale też innymi projektami społeczności.

Podsumowanie

Spadki TPS rzadko mają jedną przyczynę – zwykle to splot liczby chunków, nieoptymalnych modów, źle dobranej pamięci RAM i niewystarczającego taktowania rdzenia. Systematyczna diagnoza poleceniami /tps i profilerem spark pozwala szybko zlokalizować realne wąskie gardło zamiast zgadywać, co obciąża główny wątek gry.

FAQ

Dlaczego TPS spada tylko wtedy, gdy wszyscy gracze są online?

To klasyczny objaw przeciążenia liczby aktywnych chunków i encji – każdy gracz ładuje własny obszar mapy. Zmniejsz view-distance i simulation-distance oraz sprawdź liczbę moderskich farm generujących encje.

Czy więcej przydzielonej pamięci RAM zawsze poprawia TPS?

Nie – zbyt duża sterta Javy wydłuża pauzy Garbage Collection, co powoduje okresowe, gwałtowne spadki TPS. Lepiej dobrać rozsądną wartość -Xmx i zastosować flagi G1GC niż bezrefleksyjnie zwiększać RAM.

Jak sprawdzić, który plugin lub mod odpowiada za spadki TPS?

Użyj profilera spark (/spark profiler start i stop) – raport pokazuje procentowy udział każdego pluginu lub moda w czasie trwania ticku, co pozwala precyzyjnie wskazać winowajcę.