Gdzie naprawdę boli – typowe sytuacje na survivalu przed zmianą entity-activation-range
Serwer survival, TPS leci w dół i wszyscy patrzą na ciebie
Wyobraź sobie wieczór na survivalu: 20 osób online, kilka dużych baz, dwie farmy żelaza, jedna farma rajdów, kilka klasycznych mobgrinderów. Nagle ktoś na czacie pisze, że „moby gumują”, strzały cofają się do łuku, a pasek debug (/tps) pokazuje TPS w okolicach 15–17. Po sprawdzeniu timings widzisz, że największy udział w zużyciu czasu mają entity – setki mobów w farmach, villagerzy, golemy, raidy. Ktoś podsuwa radę: „Zmień entity-activation-range w Spigocie/Paper, to uratuje serwer”.
W tym momencie zaczyna się klasyczny dylemat admina survivalu: z jednej strony trzeba uratować TPS, z drugiej boisz się, że po zmianie konfiguracji przestaną działać farmy, villagerzy zaczną „głupieć”, a gracze techniczni rozniosą cię na Discordzie. Właśnie w takich sytuacjach bezpieczna optymalizacja entity-activation-range ma największy sens – ale tylko wtedy, gdy robisz to świadomie, krok po kroku.
Jak wyglądają lagi od entity w praktyce
Obciążenie ze strony entity zazwyczaj nie objawia się pojedynczym, nagłym skokiem lagów. Bardziej przypomina „ciężko chodzący” serwer, który zaczyna się dusić, gdy tylko kilka farm chodzi równocześnie. Najczęstsze symptomy:
- TPS spada, gdy gracze włączają duże farmy żelaza, farmy rajdów lub masywne mobgrindery.
- Przy większej liczbie graczy na mapie mspt (na Paper) rośnie powyżej 50 ms, a w timings widać, że największą część zjada entity tick.
- Moby poruszają się nierówno („gumowe” ruchy, teleportowanie się w tył), strzały cofają się, a walki na miecze wydają się nieresponsywne.
- Przy farmach villagerów NPC czasem długo reagują, wymiany lekko się przycinają, golemy spawnują się z opóźnieniem.
Jeśli obserwujesz tego typu problemy i widzisz wyraźny związek z liczbą entity na mapie, jesteś w idealnym miejscu, żeby zająć się entity-activation-range. Jeżeli jednak lagi pojawiają się głównie przy teleportach, autosave, generowaniu nowych chunków czy przy pluginach, szukanie winy tylko w activation-range może cię wyprowadzić na manowce.
Czego admin najczęściej się obawia po zmianach
Największy strach przy grzebaniu w entity-activation-range to „ukryte skutki uboczne” – coś przestaje działać, ale na początku trudno to skojarzyć z jedną konkretną wartością. Typowe obawy:
- Farmy żelaza – golemy nie spawnują się, gdy gracz odchodzi kilka–kilkanaście bloków, villagerzy nie aktualizują stanów, panic mode nie włącza się poprawnie.
- Rajdy – raiderzy „zamierają”, nie reagują z daleka, ścieżki do wioski głupieją, event staje się dziwnie łatwy albo bugujący.
- Villagerzy – nie idą do stanowisk pracy, nie odświeżają trade’ów, nie rozmnażają się, farmy villagerów zaczynają zachowywać się nieprzewidywalnie.
- Farmy expa i mobgrindery – moby zbyt szybko się „usypiają”, przestają się poruszać i spływać do komory zabijania, część farm działa tylko, gdy stoisz w konkretnym miejscu.
- Zwierzaki i hodowla – zwierzęta nie rosną, nie idą za pszenicą z większej odległości, hodowla jest mniej wygodna.
Da się tego uniknąć, jeśli traktujesz konfigurację jak proces, a nie jednorazowe strzał w ciemno. Kluczowe jest ruszanie konkretnych grup entity małymi krokami, zamiast drastycznego obniżania wszystkiego naraz.
Mini checklista przed pierwszym dotknięciem entity-activation-range
Zanim otworzysz spigot.yml lub paper.yml, odpowiedz sobie na kilka krótkich pytań. To twoja osobista mapa do decyzji:
- Ilu graczy średnio masz online? 2–10, 10–30, czy powyżej 30?
- Jakie farmy i automaty dominują? jedna farma żelaza i prosty mobgrinder, czy raczej kilka rozbudowanych farm rajdów, mega-farmy zwierząt, gigantyczne mob swinery?
- Jaki styl gry ma społeczność? casual survival, semi-vanilla z lekką technik