Co decyduje o wydajności serwera gry: TPS, RAM i taktowanie

Wydajność serwera gry to wypadkowa kilku parametrów technicznych, które razem decydują o płynności rozgrywki: liczby klatek symulacji na sekundę, taktowania jednordzeniowego procesora oraz ilości dostępnej pamięci RAM. W tym artykule pokazujemy, jak te elementy realnie wpływają na TPS, opóźnienia i stabilność świata gry przy różnej liczbie podłączonych graczy.

Liczba klatek symulacji (TPS) a wydajność serwera gry

TPS (Ticks Per Second) to liczba cykli symulacji świata wykonywanych w ciągu sekundy. W większości silników gier survivalowych i sandboxowych docelowa wartość wynosi 20 ticków na sekundę – to punkt odniesienia dla Minecrafta, ale podobna logika działa w ARK, Rust czy Valheim, gdzie fizyka, AI mobów i logika przedmiotów muszą zostać przeliczone w ustalonym oknie czasowym. Kiedy jeden tick trwa dłużej niż 50 ms, symulacja zaczyna „zwalniać" – gracze widzą to jako opóźnione otwieranie skrzyń, teleportacje mobów czy przycinanie animacji.

Jeśli planujesz uruchomić własną instancję gry i chcesz od razu dobrać parametry sprzętowe pod docelową liczbę graczy, warto sprawdzić ofertę hosting Minecraft opartą na procesorach Ryzen i dyskach NVMe – to właśnie te dwa elementy najbardziej wpływają na stabilność TPS przy dużym ruchu na mapie.

Główne przyczyny spadku TPS to zazwyczaj:

• nadmiar bytów (entities) na mapie – zwierzęta, moby, pojazdy, upuszczone przedmioty,
• rozbudowane mechanizmy redstone lub automatyzacje w modach przemysłowych,
• zbyt duży promień renderowania (view-distance) generujący ciągłe ładowanie chunków,
• nieoptymalne pluginy lub mody wykonujące ciężkie operacje co tick.

W Minecrafcie diagnostykę zaczyna się od podstawowej komendy w konsoli:

/tps
/forge tps
/spark tps

Wynik w formacie 20.0, 19.8, 19.2 pokazuje średnią z ostatnich 1, 5 i 15 minut. Wartości poniżej 18 przy stałym obciążeniu to sygnał, że warto ograniczyć spawn moderów lub przejrzeć konfigurację spigot.yml / paper-world-defaults.yml.

Tabela orientacyjnych progów TPS

Zakres TPS	Odczucie w grze
20.0 – 19.5	Płynna rozgrywka, brak zauważalnych opóźnień
19.5 – 17.0	Delikatne przycięcia przy walce i redstone
17.0 – 14.0	Zauważalny lag, opóźnione akcje graczy
poniżej 14.0	Poważne problemy, rozłączenia klientów

Taktowanie jednordzeniowe CPU a płynność serwera gry

Symulacja świata w większości silników gier działa w jednym wątku głównym – niezależnie od tego, ile rdzeni ma procesor, tick świata jest liczony sekwencyjnie. Dlatego przy ocenie wydajności serwera gry liczba rdzeni jest mniej istotna niż taktowanie jednordzeniowe i architektura IPC (instrukcje na cykl). Procesor z wysokim zegarem bazowym i turbo, jak jednostki z rodziny Ryzen, skraca czas potrzebny na przeliczenie jednego ticku, co bezpośrednio przekłada się na stabilniejsze TPS przy dużej liczbie encji.

Wątki dodatkowe (asynchroniczne) obsługują zazwyczaj:

• kompresję i wysyłkę pakietów sieciowych do klientów,
• generowanie nowych chunków lub regionów mapy,
• zapisy na dysk podczas autosave,
• niektóre operacje I/O pluginów.

Ale sama logika gry (ruch mobów, kolizje, przedmioty, kod modów) pozostaje jednowątkowa. To dlatego dwa procesory o tej samej liczbie rdzeni mogą dawać zupełnie inne wyniki TPS – decyduje częstotliwość i wydajność pojedynczego rdzenia, nie liczba wątków.

Na maszynie z dostępem SSH można sprawdzić parametry procesora poleceniem:

lscpu
cat /proc/cpuinfo | grep "MHz"

Przy administrowaniu przez panel Pterodactyl obciążenie CPU danej instancji widać bezpośrednio w konsoli live oraz na wykresie zasobów, co pozwala szybko zidentyfikować, czy spadek TPS wynika z limitu procesora, czy z błędu w konfiguracji pluginu.

RAM i konfiguracja pod liczbę graczy

Pamięć RAM wpływa na wydajność serwera gry na dwóch poziomach: ilość dostępnej pamięci operacyjnej oraz sposób jej alokacji przez silnik gry. W środowiskach opartych na Javie (Minecraft, Project Zomboid) kluczowe są flagi uruchomieniowe określające sterty pamięci:

java -Xms4G -Xmx8G -XX:+UseG1GC -jar paper.jar nogui

Ustawienie identycznej wartości -Xms i -Xmx ogranicza fragmentację pamięci i zmniejsza liczbę przestojów garbage collectora, które objawiają się jako krótkie „zamrożenia" serwera co kilka minut. Zbyt mała ilość RAM przy dużej liczbie graczy powoduje częstsze uruchamianie GC, co bezpośrednio obniża TPS w momencie czyszczenia pamięci.

W grach opartych na silnikach C++ (ARK, Rust, Valheim) RAM jest zużywana głównie przez:

• wielkość mapy i liczbę zapisanych struktur/budowli graczy,
• liczbę zapisanych obiektów w świecie (dinozaury, kontenery, pojazdy),
• bufory sieciowe obsługujące jednoczesne połączenia.

Orientacyjne dobranie zasobów pod liczbę slotów wygląda tak:

Liczba graczy	Zalecane RAM (Minecraft)	Uwagi
1–10	2–4 GB	Podstawowe pluginy, mała mapa
10–30	6–8 GB	Modpacki średniej wielkości, worldborder ograniczony
30+	10 GB+	Dużo entities, konieczna optymalizacja pluginów

Warto też skorygować parametr view-distance i simulation-distance w pliku server.properties – zmniejszenie tych wartości odciąża jednocześnie CPU i RAM, bo mniej chunków jest aktywnie symulowanych:

view-distance=8
simulation-distance=6
max-tick-time=60000

Monitorowanie i optymalizacja wydajności serwera gry w praktyce

Sama znajomość teorii TPS, taktowania i RAM nie wystarczy bez bieżącego monitoringu. W praktyce administracyjnej sprawdza się kilka nawyków:

• regularna kontrola konsoli live w panelu, zwłaszcza po dodaniu nowego moda lub pluginu,
• ograniczanie spawnu mobów i przedmiotów poprzez pluginy typu ClearLag lub natywne limity silnika,
• planowanie restartów w oknach niskiego ruchu, z automatycznym zapisem świata przed wyłączeniem,
• testowanie zmian konfiguracji na kopii świata przed wdrożeniem na środowisko produkcyjne,
• regularne kopie zapasowe, aby błędna optymalizacja nie kosztowała utraty postępów graczy.

Na maszynie VPS zarządzanej samodzielnie warto też śledzić obciążenie systemu na poziomie OS:

htop
systemctl status pterodactyl-wings
docker stats

Więcej o architekturze paneli zarządzających instancjami gier znajdziesz w oficjalnej dokumentacji: Source, a szczegóły dotyczące mechaniki ticków w Minecrafcie opisuje wiki gry: Source.

Osoby zarządzające większą liczbą instancji jednocześnie – np. serwerem ARK obok Minecrafta – mogą sprawdzić Serwer ARK Survival Evolved lub przejrzeć pełną listę dostępnych środowisk w sekcji Wszystkie nasze serwery gier, a przy własnej infrastrukturze pod panel przydatny bywa VPS Pterodactyl.

Płynność rozgrywki zależy od równowagi między liczbą klatek symulacji, mocą jednego rdzenia procesora i ilością dostępnej pamięci RAM dopasowanej do liczby graczy. Regularne monitorowanie TPS, świadome ustawienia konfiguracyjne i porządek w pluginach czy modach pozwalają utrzymać stabilne działanie świata gry na dłuższą metę.

FAQ

Dlaczego TPS spada mimo niskiego obciążenia CPU?

Spadek TPS przy niskim zużyciu procesora zwykle oznacza wąskie gardło w jednym wątku głównym, np. przez plugin wykonujący ciężkie operacje synchroniczne. Sprawdź profiler typu spark, który pokaże dokładnie który fragment kodu zajmuje najwięcej czasu na tick.

Ile RAM potrzeba na serwer z dużym modpackiem?

Duże modpacki (100+ modów) wymagają zwykle minimum 8–10 GB przydzielonej pamięci, ponieważ każdy mod dodaje własne struktury danych ładowane przy starcie. Warto też zwiększyć stertę PermGen/Metaspace w flagach JVM, jeśli pojawiają się błędy OutOfMemoryError.

Czy więcej rdzeni procesora zawsze poprawia wydajność serwera gry?

Nie zawsze – główna logika symulacji świata działa jednowątkowo, więc liczy się głównie taktowanie i wydajność pojedynczego rdzenia. Dodatkowe rdzenie pomagają przy zadaniach równoległych, jak generowanie chunków czy kompresja sieciowa, ale nie przyspieszą samego ticku gry.