Se o lag acontece para todos ao mesmo tempo, o problema está no tick do servidor. Se acontece com alguns jogadores, está na rede deles.
- O normal são 20 TPS, ou um tick a cada 50 milissegundos.
- O plugin spark mostra onde o tempo de cada tick está sendo gasto.
- Pré-gerar o mapa resolve boa parte do lag sem trocar de máquina.
Sábado à noite, o servidor enche e começam as reclamações de lag. Antes de trocar de host, descubra se o problema é o servidor ou a rede, porque cada um tem uma solução diferente.
Ping e TPS medem coisas diferentes
Ping é o tempo que o pacote leva do jogador até o servidor e de volta, e varia de pessoa para pessoa. TPS é o ritmo em que o servidor atualiza o mundo: o normal são 20 por segundo. Quando o servidor não dá conta, o TPS cai e o atraso vale para todo mundo ao mesmo tempo.
Como medir
No Paper, o comando /mspt mostra quanto cada tick está levando. Acima de 50 milissegundos, o TPS começa a cair. Para saber por quê, use o plugin spark no horário de pico:
/spark profiler start
# espere alguns minutos de jogo cheio
/spark profiler stopO relatório mostra se o tempo vai para entidades, geração de chunks, redstone ou para um plugin específico.
O que resolve sem trocar de máquina
Pré-gerar o mapa com o plugin Chunky tira a geração de chunks do horário de jogo. Reduzir a simulation-distance e limitar as fazendas de mobs costuma devolver bastante TPS. Se só alguns jogadores reclamam, peça um teste de rota com mtr ou WinMTR; o guia de como medir latência mostra como ler o resultado.
Quando a máquina é o limite
O Minecraft Java processa cada mundo em uma thread principal, então o desempenho por núcleo pesa mais do que o número de núcleos. Muitos núcleos servem para rodar vários servidores juntos, como mostra o guia de rede com proxy. Antes de mudar, faça um teste com uma cópia do seu mundo.
