Otimização 1 de maio de 2025 12 min de leitura

Como reduzir o lag no servidor Minecraft: guia completo

TPS caindo, chunks carregando devagar, jogadores reclamando de delay. Aprenda a diagnosticar e corrigir as principais causas de lag em servidores Minecraft.

Espaço reservado para anúncio AdSense

Lag em servidor Minecraft é um dos problemas mais frustrantes para administradores e jogadores. Mas a boa notícia é que a maioria dos casos tem solução com ajustes de configuração e a escolha certa de plugins. Antes de desistir do servidor, siga este guia.

Entendendo o TPS: a métrica mais importante

O Minecraft roda em ticks. Um servidor saudável processa 20 ticks por segundo (20 TPS). Quando o TPS cai abaixo de 20, o jogo fica lento para todos os jogadores. Para verificar o TPS atual, use o comando /tps no console (disponível com Paper ou com o plugin Spark instalado).

  • 20 TPS: Servidor saudável. Tudo funcionando perfeitamente.
  • 18-19 TPS: Leve degradação. Quase imperceptível para os jogadores.
  • 15-17 TPS: Lag perceptível. Mobs com comportamento irregular, redstone com atraso.
  • Abaixo de 15 TPS: Lag grave. Investigar imediatamente.

1. Use Paper em vez de Spigot ou Vanilla

O primeiro e mais impactante passo é garantir que seu servidor roda Paper. O Paper é um fork do Spigot com centenas de otimizações de desempenho que o Spigot vanilla não tem. Ele reduz o processamento de redstone, otimiza o carregamento de chunks e melhora o comportamento de entidades.

No painel do MinecraftHost, você pode trocar o tipo do servidor Java para Paper na guia Versões. O painel avisa quando uma instalação exige apagar arquivos antes de continuar.

Dica: Se você precisa de ainda mais desempenho, o Purpur (um fork do Paper) oferece opções de configuração adicionais muito úteis para servidores com muitos jogadores.

2. Ajuste o view-distance e simulation-distance

A distância de visão (view-distance) determina quantos chunks ao redor de cada jogador o servidor carrega e processa. Quanto maior esse valor, mais CPU e RAM o servidor usa. Para servidores gratuitos com 2GB de RAM, 1 vCPU e até 5 jogadores, os valores ideais são:

# server.properties
view-distance=6
simulation-distance=4

Esses valores mantêm uma experiência de jogo agradável sem sobrecarregar o servidor. Se usar add-ons de RAM ou vCPU, aumente gradualmente e monitore o impacto no TPS.

3. Controle o número de entidades

Mobs, itens no chão, armas e armaduras dropadas são entidades. Servidores com muitas entidades sofrem quedas severas de TPS. Ajuste os limites no arquivo bukkit.yml:

# bukkit.yml
spawn-limits:
  monsters: 50
  animals: 8
  water-animals: 3
  water-ambient: 4
  ambient: 3
chunk-gc:
  period-in-ticks: 400
item-despawn-rate: 4800

O plugin ClearLag também ajuda: ele limpa automaticamente itens e entidades desnecessárias em intervalos configuráveis, anunciando no chat antes de fazer a limpeza.

4. Identifique plugins problemáticos com o Spark

O Spark é o melhor profiler gratuito para servidores Minecraft. Ele analisa o que está consumindo mais processamento e aponta os plugins ou sistemas responsáveis pelo lag.

Para usar:

  1. Instale o Spark pelo painel do MinecraftHost
  2. Execute /spark profiler start no console
  3. Aguarde 3-5 minutos enquanto o servidor é monitorado
  4. Execute /spark profiler stop e acesse o link gerado
  5. O relatório mostra em porcentagem o que mais consome CPU

Atenção: Plugins de proteção de terrenos com muitos dados, plugins de economia que consultam banco de dados a cada tick, e geradores de mundo personalizados são as causas mais comuns de lag em servidores com plugins. O Spark vai revelar qual é o vilão.

5. Configure o garbage collector do Java

O Java possui um coletor de lixo (garbage collector) que libera memória periodicamente. Configurações inadequadas podem causar pausas de 1-3 segundos no servidor. O G1GC (Garbage First) é o recomendado para Minecraft. No MinecraftHost, as flags de JVM já são otimizadas automaticamente.

6. Evite esses erros comuns

  • Farms de mobs muito grandes (limite de 30-40 mobs por farm é o ideal)
  • Redstone complexa com loops de alta frequência
  • Pistons em cadeia muito longos
  • Muitos jogadores em locais diferentes do mapa ao mesmo tempo (cada área nova gera chunks)
  • Plugins que executam tarefas a cada tick sem necessidade

Monitoramento contínuo

Otimização de servidor não é um evento único, é um processo contínuo. Use o Spark regularmente, acompanhe o TPS após cada atualização de plugin e peça feedback dos jogadores. Um servidor bem otimizado é a diferença entre uma comunidade que fica e uma que abandona.