Trzy najczęstsze komunikaty o lagach w logu Minecrafta nie oznaczają tego samego: Can't keep up! Is the server overloaded? znaczy, że Twój serwer nadal działa, ale nie nadąża. A single server tick took 60.00 seconds znaczy, że wbudowany hamulec awaryjny brutalnie go zakończył. Exception in server tick loop znaczy, że konkretny błąd programu rozsadził pętlę gry. Kto traktuje wszystkie trzy tak samo, zwykle naprawia nie to, co trzeba.
Jak odróżnić te trzy komunikaty
Minecraft przelicza świat gry 20 razy na sekundę. Jeden taki przebieg nazywa się tickiem i może trwać najwyżej 50 milisekund. Wszystko, co odczuwasz jako lag, jest odchyleniem od tej jednej liczby.
| Komunikat w logu | Co faktycznie się stało | Czy serwer nadal działa? |
|---|---|---|
Can't keep up! Is the server overloaded? Running 5074ms or 101 ticks behind |
Ticki trwają dłużej niż 50 ms, serwer nadrabia zaległość | Tak, ale wyraźnie ociężale |
A single server tick took 60.00 seconds + Considering it to be crashed |
Pojedynczy tick przekroczył max-tick-time; Watchdog zakończył proces |
Nie, brutalnie zakończony |
Exception in server tick loop |
Błąd przebił się aż do głównej pętli | Nie, zwykle z crash reportem |
Dispatched async TPS command (ostrzeżenie Paper) |
Nasz własny pomiar TPS odpytuje serwer z zewnątrz | Tak — to normalne |
Ostatnia linia regularnie myli: Paper zgłasza każde zapytanie przychodzące z zewnątrz jako ostrzeżenie. To nasz zaplanowany pomiar wydajności mniej więcej co pięć minut, a nie błąd ani ingerencja w Twoją grę.
Najważniejszy ruch: przy komunikatach Watchdoga czytaj wyżej
Zabicie przez Watchdoga to objaw, nie przyczyna. Mówi tylko: coś zablokowało wątek serwera dłużej, niż było dozwolone. Co go zablokowało, znajduje się gdzie indziej.
Są dwa przypadki i prowadzą do zupełnie różnych działań:
Przypadek 1 — Watchdog pojawił się jako pierwszy. Przed linią Watchdoga widać normalną pracę gry. Wtedy czas ticka faktycznie jest wiadomością: coś zamroziło serwer podczas działania.
Przypadek 2 — Watchdog pojawił się później. Przed linią Watchdoga jest już Stopping server albo Preparing crash report. Wtedy serwer był martwy albo już się wyłączał, a Watchdog tylko posprzątał zawieszone zakończenie.
Ten drugi przypadek nie jest rzadkością. W jednym zgłoszeniu supportowym z 22 sierpnia 2026 wątek serwera zawiesił się o 13:20:15, rozpoczął czyste Stopping server — i dopiero 60 sekund później odpalił Watchdog. Jeśli ktoś uzna tam czas ticka za przyczynę, odeśle operatora obok prawdziwego komunikatu błędu, który stał minutę wyżej. Właśnie dlatego nasza analiza konsoli celowo ocenia trafienie Watchdoga na końcu: jeśli w tym samym fragmencie logu jest bardziej konkretna sygnatura, zobaczysz tę informację, a nie „jeden tick był wolny”.
Krok po kroku do przyczyny
1. Sprawdź przebieg TPS w panelu
Otwórz swój serwer w panelu. W sekcji „Performance (ostatnie 24h)” zobaczysz przebieg TPS; pomiar odbywa się mniej więcej co pięć minut, dopóki serwer działa. Sam kształt wykresu mówi już dużo:
- Ostry spadek o konkretnej godzinie → jedno zdarzenie. Porównaj godzinę z logiem: generowanie świata, backup, gracz na niezbadanym terenie, zadanie pluginu.
- Trwale niskie wartości → strukturalne przeciążenie. Tu nie pomoże restart, tylko odciążenie.
- Wzór piły → typowy dla presji pamięci: serwer pracuje, garbage collection przerywa, i tak w kółko.
Jeśli wartości pozostają niskie przez dłuższe okno, panel sam zgłosi wskazówkę „TPS trwale niski”.
2. Zmierz MSPT — sam TPS nie wystarczy
Wpisz w konsoli /spark tps. Komenda zwraca dwie liczby, a druga jest ważniejsza:
- TPS — ticki na sekundę, maksimum 20.
- MSPT — milisekundy na tick. Wszystko do 50 ms jest zdrowe.
Dlaczego MSPT? Bukkit, Spigot i Paper spowalniają procesy serwera, żeby uniknąć crasha. Przez to wskaźnik może pokazywać równe 20 TPS, choć serwer w rzeczywistości dawno pracuje na limicie. MSPT na poziomie 45 ms znaczy: jedna farma mobów dzieli Cię od widocznych lagów — nawet jeśli wskaźnik TPS nadal wygląda idealnie.
Na Paper od wersji 1.21 spark jest już wbudowany, nie musisz nic instalować.
3. Sprofiluj sprawcę
Nie zgaduj, który plugin jest winny — zmierz to:
/spark profiler start --timeout 120
Przez te dwie minuty odtwórz sytuację, która laguje. Potem otwórz link do wyniku, który poda serwer. Raport pokazuje, posortowane według udziału czasu, gdzie znika czas ticka: konkretna mod, zadanie pluginu, ładowanie chunków, przetwarzanie encji albo garbage collection.
To jest moment, w którym ten poradnik odchodzi od „kup więcej RAM-u”. Profiler odpowiada na pytanie, na które tabela rekomendacji nie odpowie: Co dokładnie zabiera czas na Twoim serwerze?
4. Odciąż celowo
To, co pokazuje profiler, wyznacza działanie:
| Co pokazuje profiler | Skuteczne działanie |
|---|---|
| Ładowanie chunków, generowanie świata | Obniżyć simulation-distance (domyślnie 10, minimum 3) — działa mocniej niż view-distance, bo tylko symulowane chunki kosztują czas obliczeń |
| Przetwarzanie encji | Ograniczyć farmy mobów, zagrodzić zwierzęta zamiast puszczać je luzem, posprzątać nagromadzone itemy |
| Redstone / ticki bloków | Budować zegary redstone na observerach zamiast pętli repeaterów, wyłączać stale działające układy |
| Pojedynczy plugin albo mod | Wyłączyć testowo i zmierzyć ponownie; poszukać alternatywy albo nowszej wersji |
| Garbage Collection | Teraz więcej RAM-u jest właściwą odpowiedzią — wcześniej nie |
Ostatni punkt jest ważny: RAM naprawia tylko problem z pamięcią. Jeśli zegar redstone zjada czas ticka, większy pakiet nie przyspieszy serwera. Ile pamięci pasuje do liczby graczy i rozmiaru modpacka, wyliczy Ci nasz kalkulator RAM dla Minecrafta.
5. max-tick-time — wyjątek, nie rozwiązanie
Wartość znajduje się w server.properties i określa, od jakiego czasu trwania ticka Watchdog ma interweniować. Standard to 60000 milisekund, czyli 60 sekund. Jeśli wartość zostanie przekroczona, serwer sam się zakończy.
Wiele poradników w sieci poleca w tym miejscu wyłączenie Watchdoga przez -1. Nie rób tego jako standardowego rozwiązania. Watchdog to jedyna wbudowana instancja, która w ogóle zauważa prawdziwy deadlock. Przy -1 martwy serwer wisi godzinami na porcie: gracze nie mogą wejść, nic w logu nie wyjaśnia dlaczego i nikt nie dostaje alarmu. Usunąłeś wskaźnik, nie problem.
Jest dokładnie jedno dobre uzasadnienie dla podniesienia wartości: znany proces legalnie trwa długo. Klasyczny przypadek to pierwszy start dużego modpacka, gdy generowanie świata i inicjalizacja modów razem spędzają ponad minutę w jednym ticku. Wtedy wartość na przykład 180000 (trzy minuty) jest do obrony — tymczasowo i z założeniem, że po pierwszym udanym starcie ustawisz ją z powrotem.
Gdy w logu stoi Exception in server tick loop
Ten komunikat jest najprostszy z trzech, bo niesie swoją przyczynę ze sobą. Bezpośrednio pod nim albo kilka linii niżej znajduje się linia Caused by: — tam stoi właściwy błąd, najczęściej z nazwą odpowiedzialnej mody albo pluginu.
Postępowanie:
- Znajdź
Caused by:i zanotuj nazwę klasy. - Jeśli zawiera nazwę moda albo pluginu, sprawca jest wskazany.
- Jeśli błąd pojawił się po zmianie (nowa mod, aktualizacja, nowy świat), najpierw cofnij tę zmianę.
- Jeśli błąd pozostaje niejasny, przekaż supportowi cały fragment — z godziną.
Analiza konsoli Twojego serwera rozpoznaje te linie automatycznie i wyjaśnia każdy wykryty komunikat prostym językiem, łącznie z częstotliwością. Jeśli masz tylko fragment logu z innego miejsca, możesz wkleić go do naszego analizatora crash reportów — nawet bez serwera u nas.
Co automatycznie przejmujemy za Ciebie
- Pomiar wydajności bez Twojego udziału. TPS jest zapisywany mniej więcej co pięć minut i pokazywany w panelu przez 24 godziny — nie musisz instalować do tego pluginu.
- Ostrzeżenie przy utrzymującej się słabości. Jeśli wydajność pozostaje niska przez wiarygodne okno czasowe, dostajesz wskazówkę, zamiast samemu musieć to zauważyć.
- Wyjaśnione linie logu. Rozpoznane komunikaty dostają przyczynę i rozwiązanie prostym językiem, w Twoim języku — a tam, gdzie istnieje pasujący poradnik, także link do niego.
- Zasada objaw przed przyczyną. Jeśli w tym samym fragmencie logu znajduje się bardziej wymowny komunikat błędu niż zabicie przez Watchdoga, pokażemy Ci właśnie jego.
Troubleshooting: objaw, sprawdzenie, rozwiązanie
| Objaw | Sprawdzenie | Prawdopodobne rozwiązanie |
|---|---|---|
| Lag tylko przy odkrywaniu nowych obszarów | Czy dzieje się to, gdy gracze wchodzą na niezbadany teren? | Generowanie świata; obniżyć simulation-distance, zlecić wstępne wygenerowanie świata |
| Lag o stałych godzinach | Porównać godzinę z zaplanowanymi zadaniami | Przesunąć backup albo plan restartów na inną godzinę |
| Serwer zatrzymuje się bez błędu, log kończy się nagle | Czy na końcu stoi A single server tick took? |
Zabicie przez Watchdoga; przeczytać minutę wcześniej |
| TPS pokazuje 20, a mimo to szarpie | /spark tps — sprawdzić MSPT |
Limiter TPS ukrywa obciążenie; decydować według MSPT |
| Po dodaniu moda | Usunąć moda i zmierzyć ponownie | Konflikt moda albo mod mocno obciążający serwer |
| Piła w przebiegu TPS | Sprawdzić profiler pod kątem Garbage Collection | Presja pamięci; zwiększyć RAM |
| „Dispatched async TPS command” w logu | Tylko ta linia, poza tym bez anomalii | Nic nie robić — nasz pomiar |
FAQ
Od jakiej wartości TPS gracze coś zauważają?
Do około 18 TPS w grze nic nie rzuca się w oczy. Poniżej 15 robi się wyraźnie ociężale. Nie polegaj jednak tylko na tym: sprawdź dodatkowo MSPT, bo limiter TPS może pokazywać zdrową liczbę, podczas gdy serwer już pracuje na limicie.
Czy więcej RAM-u pomaga na lagi?
Tylko wtedy, gdy pamięć faktycznie jest wąskim gardłem. Jeśli profiler pokazuje Garbage Collection jako główną pozycję, tak. Jeśli pokazuje zegar redstone albo farmę mobów, więcej RAM-u nic nie zmieni. Najpierw zmierz, potem kupuj.
Czy mam wyłączyć Watchdoga?
Nie, nie na stałe. -1 odbiera Ci jedyne automatyczne wykrywanie prawdziwego zamrożenia. Czasowe podniesienie max-tick-time dla znanego wolnego procesu, takiego jak pierwszy start modpacka, jest do przyjęcia — potem ustaw z powrotem.
Dlaczego komunikat Watchdoga stoi po „Stopping server”?
Bo serwer był już w trakcie wyłączania i wtedy się zawiesił. Watchdog posprzątał zawieszone zakończenie, a nie zabił działający serwer. Przyczyna stoi przed Stopping server.
Czy restart pomaga?
Na ostrą zaległość tak, na przyczynę nie. Jeśli lag wraca krótko po każdym restarcie, jest strukturalny — wtedy dalej prowadzi tylko pomiar.
Jaka jest różnica między view-distance a simulation-distance?
view-distance określa, jak daleko widzą gracze; simulation-distance określa, jak daleko świat jest faktycznie przeliczany. Obie wartości domyślnie wynoszą 10 chunków. Ponieważ tylko symulowane chunki kosztują czas obliczeń, obniżenie simulation-distance daje większe odciążenie przy mniejszej widocznej stracie.
Jeśli nadal laguje
Przed zgłoszeniem do supportu zbierz trzy rzeczy: dokładną godzinę ostatniego incydentu, link do raportu profilera spark i informację, które mody albo pluginy doszły ostatnio. Dzięki temu można celowo sprawdzić właściwy fragment logu, zamiast robić ogólną rundę optymalizacji.
Ogólne ustawienia dla wszystkich gier — plany restartów, wybór pakietu, sieć — znajdziesz w poradniku poprawianie wydajności gameservera. Jak czysto instalować i usuwać mody oraz pluginy, opisujemy w instalowaniu modów i pluginów do Minecrafta.
Chcesz serwer, na którym pomiar TPS, wyjaśnienia logów i ostrzeżenia działają bez dodatkowej pracy? Na stronie wynajem serwera Minecraft znajdziesz pasujące pakiety.
Źródła i stanowisko testowe
max-tick-time, tickrate i odległości: PaperMC — server.properties. Dokumentuje standardową wartość 60000 milisekund, wymuszone zakończenie po przekroczeniu, dezaktywację przez-1oraz standardowe wartości 10 dlaview-distanceisimulation-distance.- spark jest zawarty w Paper: PaperMC — Profiling. Od Paper 1.21 nie jest potrzebne osobne pobieranie.
- MSPT przed TPS: spark — TPS and MSPT. Wyjaśnia, dlaczego limiter TPS może pokazywać równe 20, podczas gdy serwer realnie działa wolniej.
- Komendy profilera: spark — Command Usage. Źródło dla
/spark profiler start --timeout <sekunden>i/spark profiler stop.
Stanowisko testowe: 24 sierpnia 2026. Wartości standardowe i komendy mogą zmieniać się wraz z nowymi wersjami serwera; w razie wątpliwości sprawdź podlinkowaną dokumentację producenta.