Jak naprawić lagi i wyciek pamięci na serwerze Palworld?

Serwery Palworld zmagają się z uporczywym problemem: zużycie RAM-u rośnie, im dłużej serwer działa. Ten wyciek pamięci (memory leak) siedzi w serwerze dedykowanym od premiery i nawet w wersji 1.0 nigdy nie został w pełni naprawiony. Objawy rozpoznasz od razu: najpierw lekkie lagi, potem rubber banding (gracze i Pale cofają się do wcześniejszej pozycji), a na końcu crash serwera. W tym poradniku najpierw postawisz diagnozę, potem skonfigurujesz automatyczne restarty przez harmonogramy w panelu MC-Node jako najważniejszą poprawkę, a na koniec ograniczysz ustawienia, które niepotrzebnie pożerają CPU i RAM.

Krok 1: Postaw diagnozę w panelu

1. Zaloguj się na panel.mc-node.net i otwórz swój serwer Palworld. W zakładce Console obok konsoli widzisz bieżące zużycie CPU i pamięci.
2. Zanotuj zużycie RAM-u kilka minut po świeżym starcie. To twoja wartość odniesienia.
3. Sprawdź ponownie po kilku godzinach działania. Zużycie stale rośnie, nawet gdy online jest niewielu graczy albo nie ma nikogo? Właśnie widzisz wyciek pamięci w akcji.
4. Kliknij Restart i porównaj zużycie po restarcie z wartością odniesienia. Jeśli wyraźnie spada, zaplanowane restarty rozwiążą większość twoich lagów.
5. Jeśli RAM jest blisko limitu już zaraz po świeżym starcie, problemem nie jest wyciek, tylko twój pakiet — więcej o tym poniżej.

Krok 2: Zaplanuj automatyczne restarty (najważniejsza poprawka)

Samego wycieku nie da się naprawić po twojej stronie, dlatego regularne czyszczenie pamięci przez stałe restarty to najskuteczniejszy środek. Konfigurujesz to raz i więcej nie musisz o tym pamiętać.

1. Przejdź w panelu do zakładki Schedules i kliknij Create schedule.
2. Nadaj harmonogramowi nazwę (na przykład Codzienny restart) i ustaw godzinę w polach crona: dla restartu codziennie o 06:00 użyj minuty 0 i godziny 6; dla restartu co sześć godzin wpisz w polu godziny */6.
3. Otwórz utworzony harmonogram, kliknij New Task i wybierz akcję Send power action z opcją Restart server.
4. Zapisz i sprawdź, czy harmonogram jest aktywny.

Jako zasada: restartuj co najmniej raz dziennie o spokojnej porze. Jeśli serwer działa z graczami niemal bez przerwy, wybierz restart co sześć do ośmiu godzin. Palworld zapisuje świat przy normalnym restarcie przez panel, więc nie tracisz postępów. Więcej o czasach crona i zadaniach znajdziesz w naszym artykule o harmonogramach.

Uwaga: restarty leczą objawy, nie przyczynę. Trzymają wyciek w ryzach, ale nie wyczarują dodatkowej pamięci. Jeśli RAM przekracza 85–90% nawet zaraz po świeżym restarcie przy normalnych ustawieniach, twój pakiet jest po prostu za mały i upgrade RAM-u to uczciwe rozwiązanie — jeszcze częstsze restarty tego nie naprawią.

Krok 3: Ogranicz zasobożerne ustawienia

Poza wyciekiem są ustawienia, które dodatkowo obciążają CPU i RAM. Zmieniasz je w pliku PalWorldSettings.ini.

1. Najpierw zatrzymaj serwer w zakładce Console. Jeśli edytujesz plik, gdy serwer działa, twoje zmiany zostaną nadpisane przy wyłączaniu.
2. Otwórz zakładkę Files i przejdź do Pal/Saved/Config/LinuxServer/PalWorldSettings.ini. Wszystkie opcje znajdują się w jednej długiej linii wewnątrz OptionSettings=(...).
3. Ustaw bEnableInvaderEnemy=False. Rajdy na bazy powodują skoki obciążenia i są znanym źródłem niestabilności; to najważniejszy tweak stabilności dla serwerów Palworld.
4. Sprawdź PalSpawnNumRate. Domyślna wartość to 1.000000; wyższe wartości spawnują znacznie więcej Pali i szybko podbijają zużycie. Przy utrzymujących się lagach wróć do 1 albo zejdź nieco niżej.
5. Ogranicz wielkie bazy: im więcej pracujących Pali jest aktywnych naraz, tym więcej serwer musi liczyć. Zostaw BaseCampWorkerMaxNum na domyślnym 15 (albo obniż tę wartość) i poproś graczy, żeby nie upychali dziesiątek Pali w jednym miejscu.
6. Dopasuj ServerPlayerMaxNum do pakietu: licz mniej więcej 8 GB RAM dla małej grupy i 16 GB, gdy regularnie gracie w osiem osób lub więcej.
7. Zapisz plik i uruchom serwer. Co dokładnie robi każda opcja, przeczytasz w naszym omówieniu PalWorldSettings.ini.

Częste problemy

• Serwer crashuje po kilku godzinach, nawet bez graczy — Klasyczny skutek wycieku pamięci: RAM się zapełnia i proces zostaje ubity. Zaplanuj częstsze restarty albo zwiększ pamięć, jeśli zużycie jest wysokie już zaraz po świeżym starcie.
• Rubber banding, gdy tylko wchodzi więcej graczy — To wskazuje raczej na obciążenie CPU niż na wyciek. Obniż spawn rate, wyłącz rajdy przez bEnableInvaderEnemy=False i ogranicz liczbę aktywnych Pali w bazach.
• Restarty pomagają, ale na coraz krócej — W miarę jak twój świat rośnie (więcej baz, więcej Pali, większy savegame), rośnie bazowe zużycie. Moment, w którym restart przestaje wystarczać, to moment na upgrade RAM-u.
• Zmiany w PalWorldSettings.ini znikają — Plik był edytowany, gdy serwer działał. Zatrzymaj serwer, wprowadź zmianę ponownie i dopiero wtedy uruchom.
• Serwer nie startuje po edycji konfiguracji — Zwykle literówka: wszystkie opcje muszą pozostać w jednej linii wewnątrz OptionSettings=(...), rozdzielone przecinkami. Napraw linię albo przywróć backup.

Potrzebujesz pomocy?

Z codziennym harmonogramem restartów i powyższymi tweakami niemal każdy serwer Palworld działa stabilnie. Dopiero zaczynasz? Przeczytaj też nasz poradnik startowy o hostingu Palworld. Jeśli nie możesz sobie poradzić, otwórz ticket przez naszą stronę pomocy, podaj nazwę serwera i wymień, co masz już za sobą — wspólnie przyjrzymy się zużyciu.