Serwer Palworld: dobór zasobów i konfiguracja pod liczbę graczy
Par Benjamin D. · PDG
· Mis à jour le 29 sierpnia 2026 · Lecture 7 min
Spis treści
Dobrze dobrany serwer Palworld to przede wszystkim kwestia pamięci RAM i taktowania rdzeni, a dopiero potem liczby slotów. Unreal Engine 5 obciąża jeden główny wątek, a każdy Pal pracujący w bazie generuje kolejne obliczenia AI. Poniżej znajdziesz konkretne widełki zasobów pod liczbę graczy oraz parametry PalWorldSettings.ini, które faktycznie zmieniają płynność rozgrywki.
Ile RAM i rdzeni CPU potrzebuje serwer Palworld
Palworld jest wyjątkowo pamięciożerny jak na grę survivalową. Sam proces PalServer-Linux-Shipping po starcie zajmuje kilka gigabajtów, a zużycie rośnie razem z liczbą odwiedzonych chunków mapy, postawionych baz i aktywnych Pali. W praktyce zapotrzebowanie nie skaluje się liniowo z liczbą graczy, tylko z liczbą rozproszonych po mapie punktów aktywności: czterech graczy z sześcioma bazami obciąży maszynę mocniej niż ośmiu graczy trzymających się razem.
Widełki zasobów pod liczbę graczy
| Liczba graczy | RAM | Rdzenie (wysokie taktowanie) | Uwagi |
|---|---|---|---|
| 2–4 | 8 GB | 2 | Wystarczy przy 1–2 bazach na gildię |
| 5–8 | 12–16 GB | 2–4 | Najczęstszy scenariusz gry ze znajomymi |
| 9–16 | 16–24 GB | 4 | Konieczne limity baz i pracowników |
| 17–32 | 32 GB | 4–6 | Wymaga restartów i czyszczenia zapisu |
Rdzenie liczą się mniej niż ich zegar. Główna pętla symulacji Palworld działa na jednym wątku, więc procesor Ryzen o wysokiej częstotliwości daje wyraźnie stabilniejszy tickrate niż układ serwerowy z dużą liczbą wolnych rdzeni. Dodatkowe wątki przydają się dopiero przy zapisie świata, replikacji i strumieniowaniu terenu. Dysk NVMe ma znaczenie przy autosave: zapis Level.sav potrafi zająć kilkaset megabajtów i na wolnym nośniku powoduje sekundowe zacięcia dla wszystkich.
Sloty a rzeczywista pojemność
Parametr ServerPlayerMaxNum przyjmuje wartości powyżej 32, ale oficjalna dokumentacja techniczna gry wskazuje 32 jako granicę przetestowaną przez twórców — szczegóły znajdziesz w oficjalnej dokumentacji serwera dedykowanego Palworld. Powyżej tej wartości problemem nie jest sieć, tylko liczba jednocześnie symulowanych baz. Zasada praktyczna: 32 sloty mają sens tylko wtedy, gdy administracyjnie ograniczysz liczbę gildii i baz na gildię.
Jeśli chcesz pominąć etap ręcznej instalacji binariów SteamCMD i od razu pracować na gotowym panelu z konsolą, kopiami zapasowymi i anty-DDoS, sprawdź hosting Palworld w Fly-Serv — reszta tego poradnika dotyczy konfiguracji niezależnie od tego, gdzie działa Twoja instancja.
PalWorldSettings.ini: parametry o realnym wpływie na wydajność
Plik konfiguracyjny znajduje się w:
Pal/Saved/Config/LinuxServer/PalWorldSettings.ini
Pal/Saved/Config/WindowsServer/PalWorldSettings.iniUwaga na klasyczną pułapkę: świeżo zainstalowany serwer tworzy ten plik z pustą sekcją. Skopiuj zawartość z DefaultPalWorldSettings.ini z katalogu głównego, wklej do właściwego pliku i dopiero wtedy edytuj. Cała konfiguracja to jedna linia OptionSettings=(...) — złamanie jej enterem albo usunięcie nawiasu sprawia, że serwer po cichu wraca do wartości domyślnych.
Ustawienia, które ograniczają obciążenie
| Parametr | Domyślnie | Wartość pod stabilność | Dlaczego |
|---|---|---|---|
BaseCampMaxNumInGuild | 4 | 2–3 | Każda baza to stale symulowana strefa AI |
BaseCampWorkerMaxNum | 15 | 10–12 | Pathfinding Pali to główny konsument CPU |
DropItemMaxNum | 3000 | 1500–2000 | Porzucone przedmioty rosną w zapisie świata |
DropItemAliveMaxHours | 1.0 | 0.5 | Szybsze czyszczenie obiektów na ziemi |
PalSpawnNumRate | 1.0 | 0.8–1.0 | Mniej dzikich Pali w otwartym świecie |
AutoSaveSpan | 30 | 300–600 | Rzadszy, mniej odczuwalny zapis dysku |
GuildPlayerMaxNum | 20 | 8–10 | Ogranicza rozrost jednej gildii i jej baz |
bIsUseBackupSaveData | True | True | Lokalna kopia przed każdą nadpisaną sesją |
W kwestii AutoSaveSpan zachowaj zdrowy rozsądek: 600 sekund oznacza, że po awarii tracisz do dziesięciu minut postępu. Dla społeczności PvE 300 sekund to rozsądny kompromis między płynnością a bezpieczeństwem danych, zwłaszcza gdy panel wykonuje niezależne kopie zapasowe.
Przykładowy fragment konfiguracji
OptionSettings=(Difficulty=None,DayTimeSpeedRate=1.000000,NightTimeSpeedRate=1.000000,
ExpRate=1.500000,PalCaptureRate=1.200000,PalSpawnNumRate=0.900000,
BaseCampMaxNumInGuild=3,BaseCampWorkerMaxNum=12,GuildPlayerMaxNum=10,
DropItemMaxNum=2000,DropItemAliveMaxHours=0.500000,
AutoSaveSpan=300.000000,bIsUseBackupSaveData=True,
ServerPlayerMaxNum=16,ServerName="Moj serwer Palworld",
AdminPassword="dlugie_haslo_admina",ServerPassword="",
PublicPort=8211,RCONEnabled=True,RCONPort=25575,
RESTAPIEnabled=True,RESTAPIPort=8212,bUseAuth=True)Po każdej zmianie wymagany jest pełny restart procesu — Palworld nie przeładowuje konfiguracji w locie. Jeśli edytujesz plik przez menedżer plików w panelu, zatrzymaj instancję, zapisz zmiany, dopiero potem uruchom ponownie. Edycja przy działającym procesie kończy się nadpisaniem pliku przy wyłączeniu.
Parametry startowe
Społeczność administratorów od premiery używa trzech flag poprawiających wykorzystanie wątków przez serwer dedykowany:
./PalServer.sh -port=8211 -players=16 -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDSEfekt jest odczuwalny głównie przy 10+ graczach i większej liczbie baz. W panelu Pterodactyl wpisujesz je w polu parametrów startowych instancji, bez modyfikowania skryptu. Zwróć uwagę, że -players podany w linii startowej ma pierwszeństwo przed ServerPlayerMaxNum z pliku ini — trzymaj obie wartości zgodne, żeby uniknąć zdziwienia przy zapełnionych slotach.
Utrzymanie: zapisy, restarty i kontrola rozrostu świata
Dlaczego Level.sav puchnie
Największy problem długo działającego świata to rozmiar pliku Level.sav. Zawiera on stan wszystkich baz, Pali w skrzyniach, przedmiotów na ziemi oraz dane graczy, którzy odwiedzili świat choćby raz. Świat po kilku miesiącach potrafi przekroczyć 100 MB, a każdy autosave to zapis całości. Konsekwencje: mikroprzycięcia co kilka minut i coraz dłuższy start instancji.
Kontrola rozmiaru zapisu na maszynie z dostępem SSH:
cd ~/Pal/Saved/SaveGames/0/
du -sh */
ls -lh */Level.savPraktyki, które utrzymują zapis w ryzach: usuwanie gildii nieaktywnych od 30+ dni (przez panel administracyjny lub narzędzia RCON), limit baz na gildię, wyłączanie bEnableInvaderEnemy jeśli fale najeźdźców nie są potrzebne, oraz krótszy DropItemAliveMaxHours.
Restarty i monitoring pamięci
Proces Palworld ma tendencję do stopniowego wzrostu zużycia RAM podczas długiej sesji. Zaplanowany restart co 12–24 godziny zwalnia pamięć i skraca czas ładowania stref. Sprawdzenie zużycia:
ps -o pid,rss,pcpu,etime,comm -C PalServer-Linux-Shipping
free -hJeśli kolumna rss zbliża się do 90% dostępnej pamięci maszyny, restart jest pilny — przy wyczerpaniu RAM system ubija proces (OOM killer) w losowym momencie, często w trakcie zapisu, co grozi uszkodzeniem świata.
Komendy RCON przydatne przy restarcie
| Komenda | Działanie |
|---|---|
ShowPlayers | Lista graczy online z ich identyfikatorami |
Broadcast Restart_za_5_min | Komunikat na czacie (bez spacji, użyj podkreśleń) |
Save | Wymuszony zapis świata przed wyłączeniem |
Shutdown 60 Restart | Odliczanie 60 s i czyste zamknięcie |
KickPlayer <SteamID> | Rozłączenie gracza |
Zawsze wywołuj Save przed Shutdown. Twarde zatrzymanie kontenera bez zapisu cofa świat do ostatniego autosave — przy AutoSaveSpan=300 to pięć straconych minut budowania.
Kopie zapasowe
Automatyczne kopie z panelu to podstawa, ale warto trzymać też własne migawki przed każdą aktualizacją gry lub większą zmianą konfiguracji:
tar -czf palworld_$(date +%F_%H%M).tar.gz Pal/Saved/SaveGames/Odtwarzanie polega na zatrzymaniu instancji, podmianie katalogu SaveGames i starcie. Nigdy nie kopiuj plików zapisu przy działającym procesie — dostaniesz niespójną migawkę w połowie zapisu.
Diagnostyka typowych spadków wydajności
Gumowanie i teleportacja postaci
Objaw klasyczny dla przeciążonego wątku głównego. Zanim zaczniesz podejrzewać łącze, sprawdź, czy problem występuje w konkretnym miejscu mapy — jeśli lagi pojawiają się tylko w okolicy dużej bazy z 15 Palami, przyczyną jest AI, nie sieć. Rozwiązanie: zmniejsz BaseCampWorkerMaxNum i poproś graczy o rozgęszczenie konstrukcji (długie taśmy przenośników i setki fundamentów potrafią mocno obciążyć symulację).
Długi czas logowania i zawieszenie na ekranie ładowania
Zwykle wynik dużego Level.sav lub wolnego dysku. Na nośniku NVMe wczytanie świata 100 MB trwa sekundy, na dysku talerzowym — dziesiątki sekund, w trakcie których nowi gracze dostają timeout. Jeśli po restarcie start trwa dłużej niż 2 minuty, czas na czyszczenie nieaktywnych gildii.
Losowe rozłączenia całej grupy
Sprawdź w tej kolejności: pamięć (OOM), poprawność otwartych portów (8211/UDP dla gry, 25575/TCP dla RCON, 8212/TCP dla REST API) oraz wersję gry po aktualizacji. Palworld nie wpuszcza klientów o innej wersji niż serwer — po każdej łatce zaktualizuj instancję przez SteamCMD i zrestartuj ją, zanim gracze zaczną zgłaszać błędy połączenia.
Bezpieczeństwo instancji
Ochrona wolumetryczna jest obsługiwana po stronie infrastruktury Fly-Serv, ale reszta należy do administratora: długie i unikalne AdminPassword, RCONEnabled tylko wtedy, gdy faktycznie z niego korzystasz, bUseAuth=True, hasło wejściowe na okres testów oraz konta podrzędne w panelu zamiast dzielenia głównego dostępu z moderatorami. Podobne zasady stosują się do innych tytułów survivalowych — jeśli prowadzisz kilka światów naraz, zajrzyj do sekcji Wszystkie nasze serwery gier, a poradniki konfiguracyjne dla pokrewnych gier, jak Serwer Valheim czy Serwer Enshrouded, znajdziesz na Blog Fly-Serv.
Podsumowanie
Stabilność zależy od trzech rzeczy: zapasu RAM względem liczby aktywnych baz, wysokiego taktowania rdzeni oraz rozsądnych limitów w PalWorldSettings.ini. Ustaw BaseCampMaxNumInGuild, BaseCampWorkerMaxNum i DropItemMaxNum pod realne zachowania swojej społeczności, pilnuj rozmiaru zapisu świata i zaplanuj cykliczne restarty. Reszta to już rozgrywka.
FAQ
Ile RAM zużywa Palworld przy 8 graczach?Zwykle 10–14 GB przy kilku bazach na gildię, dlatego bezpieczny zapas to 16 GB. Zużycie rośnie w trakcie sesji wraz z liczbą odwiedzonych stref, więc licz się ze wzrostem o kilka GB po kilkunastu godzinach pracy i planuj dobowy restart.
Dlaczego moje zmiany w PalWorldSettings.ini nie działają?Najczęstsze przyczyny: edycja pliku przy uruchomionym procesie (zostaje nadpisany przy wyłączeniu), złamanie jednej linii OptionSettings=(...) enterem, brak skopiowania domyślnej zawartości z DefaultPalWorldSettings.ini albo edycja pliku w katalogu WindowsServer na instancji Linux.
Twórcy testowali grę do 32 graczy i powyżej tej wartości rośnie ryzyko przycięć oraz błędów zapisu. Jeśli potrzebujesz większej społeczności, stabilniej działa kilka równoległych światów niż jeden przeciążony, zwłaszcza gdy gracze budują rozległe bazy z wieloma pracującymi Palami.