23. 08. 2026.

Palworld server puca? Memory leak, RAM i 1.0 (2026)

• Palworld
• Vodiči

Server radi savršeno dva sata, pa počne štekati, pa padne. Prvo što svi pomisle: memory leak. U većini slučajeva nije — a otkad je Palworld u punoj verziji 1.0, jedan od najčešćih uzroka je savjet koji ćeš naći u skoro svakom starijem vodiču. Evo kako da razlikuješ pravi problem od nagađanja, redom.

Prvo izmjeri, pa onda nagađaj

Palworld server ima REST API i endpoint /metrics koji ti vrati serverfps, serverframetime, currentplayernum, uptime i basecampnum. To je razlika između „mislim da curi memorija" i „znam što se događa".

Kako to čitati:

• serverframetime raste kako raste uptime, a broj igrača stoji na mjestu — imaš rast opterećenja kroz vrijeme. To je ono što ljudi zovu memory leak.
• serverframetime skače tek kad se ekipa spoji ili kad netko digne petu bazu — to nije leak, nego obično opterećenje. Rješenje je u postavkama, ne u restartu.
• basecampnum stalno raste — svaka baza je trajni trošak, i kad nitko nije u njoj. Ovo je najčešći tihi uzrok.

Bez ovog koraka sve ostalo je pogađanje. Uzmi si dvije-tri mjere kroz dan i imaš odgovor.

Tri startup parametra koja u 2026. trebaš maknuti

Ovo je dio koji većina vodiča još uvijek ima krivo, i zato ide odmah na početak.

Do verzije 0.7.3 službena dokumentacija je za -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS pisala doslovno: „Improves performance in multi-threaded CPU environments", i imala je cijelu sekciju o štimanju broja threadova.

U dokumentaciji za 1.0 ta je sekcija obrisana, a tablica sada kaže: „In v1.0 and later, leaving this parameter unset may improve performance." Isti parametri, obrnuta preporuka.

Ako si server postavljao prije srpnja 2026. — ili po bilo kojem vodiču koji je stariji od toga — vjerojatno ih još vučeš. Makni ih i pusti server dan-dva prije nego mijenjaš išta drugo.

• Windows: PalServer.exe -port=8211
• Linux: ./PalServer.sh -port=8211

Isto vrijedi za -NumberOfWorkerThreadsServer: taj se parametar oslanjao na sekciju koje više nema. Ako ne znaš točno zašto ti treba, ne treba ti.

RAM: što Pocketpair stvarno kaže

Službeni zahtjevi su jasni: 16 GB je minimum, preporuka je više od 32 GB, a za 8 GB piše da se server može pokrenuti, ali da to „increases the possibility of server crashes due to out of memory".

To je važno jer objašnjava veliki dio prijava „memory leaka": server koji ostane bez memorije i padne izgleda isto kao server koji curi. Ako si na 8 GB, nemaš leak — nemaš RAM. Koliko ti stvarno treba za tvoju ekipu, razložio sam u zasebnom tekstu.

Moje iskustvo, pošteno: vrtio sam vlastiti 16 GB server i igrao sam sam, bez restarta tri-četiri dana, i nije bilo problema. Nisam mjerio koliko je GB zauzeo, pa to i ne tvrdim. Ali da postoji tvrdi leak koji pogađa svakoga, taj server ne bi izgurao ni jedan dan.

Postavke koje stvarno opterećuju server

U konfiguraciji Pocketpair kod nekih postavki sam napiše da dižu opterećenje. Te su prve na redu kad serverframetime raste s brojem igrača i baza:

• BaseCampMaxNumInGuild — broj baza po gildi, default 4, maksimum 10. Dokumentacija izričito kaže da povećanje diže opterećenje. Ovo je postavka koju ljudi najčešće odmah dignu na 10 i onda se pitaju zašto server šteka.
• BaseCampWorkerMaxNum — broj Palova po bazi, maksimum 50. Svaki Pal u bazi nešto radi, i to se računa non-stop.
• ServerReplicatePawnCullDistance — na kojoj se udaljenosti Palovi sinkroniziraju s igračima, od 5000 do 15000. Manja vrijednost znači manje posla po tiku.
• bIsUseBackupSaveData — backupi svijeta. Korisno, ali dokumentacija napominje da diže opterećenje diska.

Ostale postavke — rate-ovi, težina, PvP — nemaju veze s ovim problemom; njih sam prošao u tekstu o postavkama.

Planirani restart — i kako ga ne raditi

Dnevni restart je najjeftiniji lijek za rast memorije kroz vrijeme. Ja svoje vrtim jednom dnevno oko 5 ujutro — tada nikoga ne izbacuješ, ni kod nas ni u Njemačkoj. Ako ti serverframetime naraste prije nego prođe 24 sata, skrati na 12. Vežeš odluku za mjerenje, ne za ritual.

Bitnije od toga kada je kako. Ispravan redoslijed, po službenim komandama:

• /Save — prvo spremi svijet. Preko REST-a je to POST /save.
• /Shutdown [sekunde] [poruka] — gasi server s odbrojavanjem i porukom igračima. Preko REST-a je to POST /shutdown s poljima waittime i message.
• /DoExit nikad za planirani restart — to je prisilno gašenje.

Cron koji jednostavno ubije proces je način na koji „server mi je spor" preraste u „nema mi svijeta". Pocketpair posebno upozorava da sporiji storage može oštetiti save, a prisilno gašenje usred spremanja je točno taj scenarij.

Je li to uopće memory leak?

Pošteno: Pocketpair nijednom u patch noteovima nije potvrdio memory leak. Ono što jesu objavili, u pet tjedana od izlaska 1.0, su verzije 1.0.1, 1.0.2, 1.0.2.101103 i 1.0.3 — i u njima podosta popravaka koji se tiču baš dedicated servera: pucanja i izbacivanja igrača tijekom borbi s bossovima, Palovi koji vibriraju na klijentu, nenamjerni fast travel.

Znači: serveri su stvarno bili nestabilni nakon 1.0, zakrpe stvarno izlaze često, ali „memory leak" je naziv koji je zajednica dala skupu simptoma, a ne službeno priznat bug. Zato prvo mjeri, pa makni stare parametre, pa provjeri RAM i postavke — tim redom. U devet od deset slučajeva stat ćeš prije kraja liste.

Gdje sve ovo pokrenuti

Sve gore možeš odraditi sam — zato i piše ovdje. Ali ako ti se ne da paziti na startup parametre, restarte i verzije: kod mene na mcbalkanu Palworld serveri kreću od 16 GB, onoliko koliko Pocketpair i traži, s automatskim dnevnim restartom i backupima koji su već posloženi. A kad zapne, pišeš direktno meni — na našem jeziku, bez ticket sustava i botova. Pogledaj Palworld hosting.