Mob caps e limites de spawn influenciam quantas criaturas naturais aparecem e como ficam distribuídas. Alterá-los pode reduzir entidades em um local, mas também muda exploração, coleta de recursos e fazendas. O número que você vê depende de categoria, jogadores, mundo e regra ativa; não é um controle simples de “quantos mobs o servidor suporta”.

Paper oferece valores padrão e possibilidade de configuração por mundo para opções compatíveis. Antes de tocar nos limites, confirme qual mundo e qual categoria estão envolvidos e capture uma medição enquanto a carga ocorre. Reduzir todos os valores globalmente pode prejudicar a comunidade sem resolver a causa.

Identifique qual entidade e comportamento importam

Comece pela reclamação concreta: monstros não surgem numa caverna, animais estão escassos, uma farm não entrega itens ou o servidor está lento perto de uma área. Esses relatos podem apontar para categorias e mecanismos diferentes. Anote dimensão, localização, número de jogadores e se criaturas vêm de spawn natural, spawner, ovo ou plugin.

Use as ferramentas disponíveis na versão instalada para observar contagens e caps, e compare com o estado de mundo esperado. Uma contagem baixa num lobby pode ser normal. Uma farm que depende de criaturas pode ser afetada pela distância do jogador, chunks ativos, iluminação, terreno e condições de spawn, não somente por um cap.

Entenda os níveis de configuração

A configuração do Paper por mundo herda valores de config/paper-world-defaults.yml. Opções de spawn-limits podem ser sobrescritas em um paper-world.yml específico quando a versão oferece essa chave. Já configurações tradicionais em arquivos Bukkit ou Spigot também podem conter limites, e é necessário consultar referência para saber como eles se relacionam naquele build.

Não copie um YAML completo para cada mundo. Adicione somente a chave suportada que quer alterar e deixe demais valores herdarem do default. Uma cópia total mantém um snapshot de valores antigos que pode divergir depois de atualização. Para as pastas de dimensões customizadas, localize a pasta que o servidor carrega, sem inferir o caminho pelo nome visual.

Diferencie cap, spawn e despawn

Um limite de spawn não é necessariamente o mesmo que faixa de despawn ou frequência de atualização de entidade. Uma criatura pode deixar de aparecer por condição de spawn ou distância dos jogadores; ela pode sair do mundo por regra de despawn; e uma entidade existente pode pesar na simulação conforme o ambiente. Mexer no parâmetro errado altera comportamento sem responder à pergunta.

Paper documenta opções por mundo relacionadas a caps, faixas de despawn e comportamento de spawners. Leia a descrição da chave e unidade antes de editar. Não presuma que valores com nomes parecidos operam no mesmo estágio do ciclo de vida. Ao explicar a mudança para a equipe, diga qual comportamento ela regula.

Meça desempenho sem confundir contagem com causa

Uma grande quantidade de entidades pode coincidir com lag, mas não demonstra que cada entidade seja a causa principal. Capture um perfil com Spark durante o sintoma, registre MSPT e observe mundos ou rotinas que concentram trabalho. Compare em horários e atividades semelhantes. Se o custo estiver em plugin, geração de chunks ou armazenamento, alterar mob caps pode apenas reduzir conteúdo do jogo.

Identifique a diferença entre o volume de mobs e o trabalho por mob. Um plugin pode executar uma busca cara para cada entidade; nesse caso, a mesma população custa mais do que deveria. Outra situação pode ser quantidade de entidades real e inevitável numa farm. O perfil auxilia a localizar o tempo, enquanto contagem e contexto explicam que carga estava ocorrendo.

Planeje um teste por mundo

Faça backup e teste numa cópia. Escolha um mundo e categoria, registre o valor atual e reduza uma variável em passo moderado. Reinicie completamente e confira warnings. Use uma área de teste com condições repetíveis e não compare um jogador parado no dia com vários exploradores no outro.

Avalie pelo menos três efeitos: número e distribuição de criaturas, resultado de uma fazenda importante e métricas durante a carga. Pergunte à comunidade se a mudança afetou progressão e exploração. Um perfil melhor acompanhado de mundo vazio pode não ser um benefício aceitável; encontre equilíbrio dentro do requisito do projeto.

Proteja mecânicas importantes

Antes de aplicar no survival inteiro, catalogue farms e eventos críticos. Crie uma conta de teste sem privilégios, visite as áreas e repita ações que produzem recursos. Se um plugin controla spawn ou limite por região, entenda a interação. Alterações globais podem entrar em conflito com configuração específica desse plugin.

Quando mundos tiverem objetivos distintos, uma exceção local pode ser mais coerente que um corte geral. Por exemplo, arena de combate e mundo de construção não necessariamente precisam da mesma população. Use essa separação apenas quando o comportamento realmente muda e documente para que uma atualização futura não misture regras.

Faça rollback caso o teste revele regressão

Se criaturas deixarem de aparecer, fazendas falharem ou a experiência piorar sem ganho medido, restaure a cópia e reinicie. Confirme o valor efetivo, pois um override pode preservar o ajuste mesmo depois de mudar o default. Corrija a camada específica em que o valor foi inserido.

Não remova arquivos de entidades, chunks ou mundos para lidar com uma contagem indesejada. Entidades armazenadas podem representar itens e animais dos jogadores. Use os mecanismos de administração suportados, com cópia e critérios claros, se for necessário tratar uma população persistente.

Publique a decisão e a evidência

Guarde a chave alterada, mundo, versão, hipótese, perfil e resultados observados. Uma decisão rastreável permite que equipe diferencie otimização de regressão em uma próxima manutenção. Se não conseguir medir benefício, não deixe uma mudança experimental ativa indefinidamente.

Consulte a documentação de world configuration e a explicação sobre herança por mundo. Para investigar carga, siga o fluxo de profiling com Spark e capture dados enquanto o problema está ocorrendo.

Considere spawners e entidades de plugins à parte

Um servidor pode ter fontes de criaturas que não obedecem ao mesmo caminho de spawn natural: spawners, comandos e plugins podem criar entidades. Se reduzir cap e não observar mudança, liste a origem das criaturas presentes e os recursos que a comunidade usa. Não aumente spawner globalmente ou desligue sua atualização sem teste; a configuração tem consequências diferentes para farms de experiência e mapas de aventura.

Faça um teste controlado com uma sala vazia e jogador na distância correta. Compare uma área de spawn natural a uma de spawner e consulte qual ferramenta mostra cada categoria. Essa separação aponta se a investigação deve continuar em configuração por mundo, condição de jogo ou integração de plugin.

Fontes e referências

Documentação consultada em 2026-10-08. Os exemplos precisam ser conferidos na versão instalada; este guia não afirma que a configuração foi testada no seu ambiente.