Como dimensionar seu servidor Palworld conforme suas necessidades
Par Benjamin D. · PDG
· Mis à jour le 1 Gwengolo 2026 · Lecture 8 min
Sumário
Dimensionar corretamente um servidor Palworld é o que separa uma sessão fluida de uma partida cheia de rubber banding, quedas de tick e saves travando a cada cinco minutos. RAM, frequência de CPU, número de jogadores e os parâmetros do PalWorldSettings.ini formam um conjunto único: mexer em um sem olhar o outro quase sempre gera instabilidade. Vamos ao que funciona na prática.
Como dimensionar RAM e CPU de um servidor Palworld
O motor do Palworld (Unreal Engine 5) é pesado em memória e depende muito de single-thread performance. Isso significa que uma máquina com muitos núcleos lentos rende menos do que uma máquina com poucos núcleos de alta frequência, tipo Ryzen. O tick de simulação — Pals trabalhando nas bases, IA, física de objetos — roda majoritariamente em uma thread principal.
RAM por número de jogadores simultâneos
A regra prática é somar uma base fixa de memória do processo mais um incremento por jogador ativo com base construída. Um mundo recém-criado com 4 jogadores consome pouco; o mesmo mundo com 300 horas de jogo, cinco bases por guilda e Palboxes lotados pode dobrar o consumo.
| Jogadores simultâneos | RAM recomendada | vCPU (alta frequência) | Observações |
|---|---|---|---|
| 2 a 4 (coop entre amigos) | 8 GB | 2 a 3 | Suficiente se o mundo for novo e as bases limitadas |
| 5 a 10 | 12 GB | 4 | Faixa mais comum em comunidades pequenas |
| 10 a 16 | 16 GB | 4 a 6 | Mundos maduros exigem margem extra |
| 16 a 32 (limite do jogo) | 20 a 32 GB | 6 a 8 | Exige limitar bases e itens no chão |
Importante: o processo do Palworld tende a crescer em consumo de memória ao longo das horas. Não é ilusão sua — é comportamento conhecido do servidor. Trabalhe sempre com 20 a 30% de folga acima do pico observado, e não com o valor exato medido no primeiro dia.
Por que a frequência do CPU importa mais que a contagem de núcleos
Quando 12 jogadores estão espalhados pelo mapa e cada um tem uma base com 15 Pals trabalhando, o servidor precisa simular tudo isso. Se a thread principal satura, o resultado aparece como atraso na coleta de recursos, Pals congelados e delay de dano em combate — mesmo com ping baixo. Núcleos de alta frequência e SSD NVMe reduzem esses gargalos; armazenamento lento faz cada auto-save gerar um travamento perceptível para todos.
Parâmetros de inicialização no Linux
Em ambientes Linux, os argumentos abaixo melhoram o aproveitamento de threads no binário do servidor:
./PalServer.sh -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS -port=8211 -players=16No painel Pterodactyl, esses argumentos costumam ficar disponíveis como variáveis de startup, sem precisar editar scripts manualmente. Se você gerencia tudo por conta própria, mantenha a atualização do binário via SteamCMD parte da rotina, porque patches do jogo frequentemente alteram estruturas do save.
Prefere um ambiente já pronto, com painel, backups automáticos e anti-DDoS ativo por padrão? A hospedagem Palworld da Fly-Serv entrega a instância instalada em poucos minutos, com console ao vivo e gerenciador de arquivos para editar o PalWorldSettings.ini direto do navegador.
Onde fica e como editar o PalWorldSettings.ini sem quebrar o arquivo
O arquivo de configuração real fica em:
Pal/Saved/Config/LinuxServer/PalWorldSettings.ini # Linux
Pal\Saved\Config\WindowsServer\PalWorldSettings.ini # WindowsSe o arquivo estiver vazio na primeira execução, copie o modelo padrão:
cp DefaultPalWorldSettings.ini Pal/Saved/Config/LinuxServer/PalWorldSettings.iniA armadilha número um: a linha única
Toda a seção OptionSettings precisa estar em uma única linha, entre parênteses, com valores separados por vírgula e sem espaços extras. Se você quebrar a linha ou deixar uma vírgula sobrando, o servidor ignora o arquivo inteiro e volta silenciosamente aos valores padrão. É a causa mais comum de "editei a config e nada mudou".
[/Script/Pal.PalGameWorldSettings]
OptionSettings=(Difficulty=None,DayTimeSpeedRate=1.000000,NightTimeSpeedRate=1.000000,ExpRate=1.500000,PalCaptureRate=1.500000,PalSpawnNumRate=1.000000,PlayerDamageRateAttack=1.000000,PlayerDamageRateDefense=1.000000,DeathPenalty=Item,bEnablePlayerToPlayerDamage=False,bEnableFriendlyFire=False,bEnableInvaderEnemy=True,DropItemMaxNum=3000,BaseCampMaxNumInGuild=4,GuildPlayerMaxNum=16,ServerPlayerMaxNum=16,ServerName="Comunidade PT-BR",ServerDescription="PvE cooperativo",AdminPassword="TROQUE_ISTO",ServerPassword="",PublicPort=8211,RCONEnabled=True,RCONPort=25575,bIsUseBackupSaveData=True)Regras de ouro para editar
- Pare o servidor antes de editar. Com o processo rodando, o arquivo é reescrito no desligamento e suas alterações somem.
- Use ponto como separador decimal (
1.500000), nunca vírgula. - Valores booleanos são
True/Falsecom inicial maiúscula. - Faça uma cópia do arquivo antes de qualquer mudança grande — um backup de 4 KB evita horas de dor de cabeça.
- Alguns parâmetros só valem para mundos novos; taxas de spawn aplicadas em mundo antigo demoram a se refletir nas áreas já visitadas.
A lista completa e atualizada dos parâmetros está na documentação técnica oficial do Palworld, que acompanha cada patch com as novas chaves adicionadas.
Ajustando o servidor Palworld ao estilo de jogo da sua comunidade
Não existe configuração universal. O que define os valores é o perfil dos jogadores: quem joga duas horas por semana precisa de progressão acelerada; quem joga todo dia quer curva longa. Abaixo, três perfis testados em comunidades reais.
PvE cooperativo casual
Foco em progressão sem grind e zero atrito entre jogadores. Perda de itens na morte suavizada e captura mais generosa reduzem frustração.
| Parâmetro | Valor | Efeito |
|---|---|---|
| ExpRate | 2.000000 | Dobro de experiência, níveis mais rápidos |
| PalCaptureRate | 2.000000 | Captura mais fácil, menos esferas gastas |
| CollectionDropRate | 2.000000 | Mais madeira e minério por coleta |
| DeathPenalty | None | Nada é perdido ao morrer |
| bEnablePlayerToPlayerDamage | False | Sem dano entre jogadores |
| PalEggDefaultHatchingTime | 1.000000 | Chocadeira em tempo reduzido |
| WorkSpeedRate | 1.500000 | Pals produzem mais rápido nas bases |
PvP competitivo
Aqui o objetivo é equilíbrio e risco real. Atenção: PvP aumenta a carga de rede e de simulação em combates de guilda, então mantenha margem de RAM.
| Parâmetro | Valor | Efeito |
|---|---|---|
| bIsPvP | True | Ativa o modo PvP |
| bEnablePlayerToPlayerDamage | True | Dano entre jogadores liberado |
| bEnableFriendlyFire | True | Fogo amigo dentro da guilda |
| DeathPenalty | ItemAndEquipment | Perde inventário e equipamento |
| bCanPickupOtherGuildDeathPenaltyDrop | True | Loot de inimigos abatidos |
| bEnableDefenseOtherGuildPlayer | True | Defesas de base atacam invasores |
| BuildObjectDamageRate | 1.500000 | Estruturas caem mais rápido em raide |
Roleplay e mundo persistente de longa duração
Progressão lenta, ciclo dia/noite realista e economia de recursos apertada. Combine com regras de comunidade e whitelist por senha.
| Parâmetro | Valor | Efeito |
|---|---|---|
| ExpRate | 0.750000 | Curva de progressão estendida |
| DayTimeSpeedRate | 0.700000 | Dias mais longos |
| PlayerStomachDecreaseRate | 1.200000 | Fome mais exigente |
| bExistPlayerAfterLogout | True | Personagem permanece no mundo após sair |
| bEnableNonLoginPenalty | True | Penalidade por ausência prolongada |
| bIsStartLocationSelectByMap | False | Ponto inicial fixo, imersão maior |
Os parâmetros que realmente afetam desempenho
Muita gente ajusta taxas de XP e esquece das chaves que decidem se o servidor vai aguentar 20 pessoas online:
BaseCampMaxNumInGuild— cada base é um cluster de simulação permanente. Reduzir de 4 para 3 em comunidades grandes tem impacto direto no tick.BaseCampWorkerMaxNum— mais Pals trabalhando significa mais pathfinding. 15 é o padrão; passar disso pesa.DropItemMaxNum— itens no chão são atores ativos. Baixar para 2000 em servidores movimentados ajuda.DropItemAliveMaxHours— reduzir para 0.5 limpa o mapa mais rápido.PalSpawnNumRate— abaixar para 0.8 diminui a densidade de Pals selvagens sem estragar a experiência.bActiveUNKO— mantenha emFalse; objetos físicos extras não trazem benefício algum.bAutoResetGuildNoOnlinePlayers+AutoResetGuildTimeNoOnlinePlayers— limpa guildas abandonadas e as bases associadas, o que reduz o crescimento do save.
Rotina de administração: RCON, backups e reinícios
Configuração boa sem rotina de manutenção dura poucas semanas. Três hábitos resolvem a maioria dos problemas.
1. Reinícios programados
Como o consumo de memória cresce com o tempo de execução, um reinício a cada 8 ou 12 horas mantém o desempenho estável. Avise a comunidade antes e force um save:
/Broadcast Reinicio_em_5_minutos
/Save
/Shutdown 300 Manutencao_programadaAtenção: o comando /Broadcast não aceita espaços — use underline. Outros comandos úteis no console ou via RCON:
/ShowPlayers # lista jogadores, SteamID e UID
/Info # versão e nome do servidor
/KickPlayer <SteamID>
/BanPlayer <SteamID>
/DoExit # encerra imediatamente (evite sem save antes)2. Backups com validação
Mantenha bIsUseBackupSaveData=True e guarde cópias externas da pasta Pal/Saved/SaveGames/. Backup que nunca foi restaurado em teste não conta como backup. Em painéis como o Pterodactyl, as cópias automáticas facilitam o rollback quando um patch corrompe estruturas do mundo — situação que já aconteceu mais de uma vez no Palworld.
tar -czf palworld-save-$(date +%F-%H%M).tar.gz Pal/Saved/SaveGames/3. Acesso e segurança
AdminPasswordlonga e única, jamais reaproveitada de outro serviço.ServerPasswordpara comunidades fechadas — é a forma mais simples de whitelist no Palworld.- RCON exposto apenas para IPs de confiança; nunca aberto na internet sem restrição.
- Sub-usuários no painel com permissões limitadas para moderadores, em vez de compartilhar a conta principal.
- Proteção anti-DDoS volumétrica já cuidada na infraestrutura — o que sobra para você é a higiene de credenciais.
Se você administra várias comunidades, vale conhecer Todos os nossos servidores de jogos e comparar como cada título lida com persistência de mundo — o Servidor Valheim, por exemplo, tem exigências de memória bem diferentes. Mais guias técnicos estão no Blog da Fly-Serv.
Conclusão
Dimensionar um servidor Palworld é um exercício de margem: memória com folga, CPU de alta frequência, armazenamento rápido e limites de base coerentes com o número de jogadores. O PalWorldSettings.ini faz o resto, desde que editado com o processo parado e em linha única. Some reinícios programados e backups testados, e o mundo aguenta centenas de horas sem sustos.
FAQ
Quanta RAM um servidor Palworld com 16 jogadores realmente consome?Na prática, entre 12 e 16 GB em um mundo maduro, com picos acima disso após muitas horas ininterruptas. O consumo cresce com o tempo de execução e com o número de bases ativas. Trabalhe com 16 GB e reinicie a cada 8 a 12 horas para devolver a memória ao sistema.
Editei o PalWorldSettings.ini e nada mudou no jogo. O que houve?Três causas cobrem 95% dos casos: o arquivo foi editado com o servidor rodando (as mudanças são sobrescritas no desligamento), a seção OptionSettings foi quebrada em várias linhas, ou você editou o DefaultPalWorldSettings.ini em vez do arquivo em Pal/Saved/Config/. Pare o processo, corrija e reinicie.
Baixe DropItemMaxNum para 2000, reduza DropItemAliveMaxHours para 0.5, limite BaseCampMaxNumInGuild a 3, mantenha bActiveUNKO=False e ative a limpeza automática de guildas inativas. São mudanças pouco perceptíveis para o jogador e que aliviam bastante o tick de simulação.