Como reduzir o lag em servidores de FiveM
O clock do processador é o gargalo número um, e por isso Xeon de muitos núcleos entrega pior que Ryzen. Como identificar a causa real do lag na sua cidade.
Jogador reclamando de lag é o que mais esvazia cidade de FiveM, e quase sempre é atacado pelo lado errado. A pessoa troca de hospedagem, sobe de plano, desinstala script no chute, e a reclamação continua.
O motivo é que "lag" descreve quatro problemas diferentes, com causas diferentes. Antes de mexer em qualquer coisa, descubra qual é o seu.
Os quatro tipos de lag
Delay entre a ação e a resposta. O personagem volta alguns metros, o tiro não registra, o veículo anda aos pulos. Costuma ser ping.
A cidade inteira engasga. Todo mundo trava junto, geralmente no pico ou em evento. Isso é processamento ou memória.
Travadas curtas e repetidas. Aquele stuttering que aparece ao andar por áreas novas. Costuma ser carregamento de arquivos.
Demora para entrar. O jogador fica na tela de download por minutos. Isso não é lag, é entrega de mods, e tem solução própria.
Confundir os quatro é o que faz gente trocar de servidor para resolver problema de script.
O clock do processador é o gargalo número um
Se existe um item que decide o desempenho de uma cidade, é esse.
O FiveM roda a lógica principal concentrada, não espalhada por dezenas de núcleos. Isso significa que o que importa não é quantos núcleos a máquina tem, e sim quão rápido cada núcleo é.
E aqui está o erro mais caro do mercado: hospedagem barata costuma rodar em processadores Xeon de clock baixo. Eles têm muitos núcleos, o que é ótimo para virtualização e para dividir a máquina entre muitos clientes, mas péssimo para servidor de jogo.
O resultado é uma máquina que, no papel, parece potente, com um monte de vCPU na descrição, e que na prática engasga com 100 jogadores. Não falta núcleo: falta velocidade em cada um.
Por isso na WyzeHost trabalhamos apenas com AMD Ryzen 9, de 4 GHz para cima, em toda a linha. É a diferença entre a cidade responder na hora e o jogador achar que o servidor é ruim.
Como verificar na hospedagem que você já usa: olhe o modelo e o clock do processador, não só a quantidade de vCPU. Se for Xeon de geração antiga rodando abaixo de 3 GHz, o gargalo provavelmente é esse, e nenhum upgrade de memória vai resolver.
Memória
Cresce junto com a quantidade de scripts, mapas e mods carregados. O sintoma clássico é a cidade ficar boa depois de reiniciar e piorar ao longo do dia.
Se o processador não está no limite e a memória está, é aí que você mexe. O dimensionamento correto está em como escolher a VPS para o seu servidor de FiveM.
Os scripts, que é onde mora a maior parte do problema
Nenhuma base sozinha faz a cidade travar. O que trava é o que você instalou em cima: loop rodando sem necessidade, evento disparado repetidas vezes, resource que você testou e esqueceu ligado.
A boa notícia é que isso se mede, não se adivinha. O FiveM tem duas ferramentas que apontam o culpado pelo nome:
- resmon, que mostra quanto cada script consome
- neteventlog, que mostra qual evento está sendo disparado repetidamente
O passo a passo dos dois, com os valores de referência para saber se o número que você está vendo é bom ou ruim, está em como saber se a sua base precisa de otimização.
Vale repetir o que aquele post conclui: é comum a base estar leve e ainda assim dar para otimizar. Uma cidade enxuta em máquina média segura mais gente que uma cidade inchada em máquina grande.
Demora para entrar não é lag
Esse é o diagnóstico que mais gente erra.
Se quem já está dentro joga bem e a reclamação é só de demora na tela de download, o problema não é a máquina nem os scripts. É a entrega dos seus mods, que acontece antes do jogador conectar.
Quem resolve isso é o cache externo, que tira o download do seu servidor e passa para uma CDN. Ele é gratuito para clientes WyzeHost e faz mais diferença quanto mais pesada for a sua base.
Subir de plano para resolver demora de entrada é dinheiro jogado fora.
A distância até o jogador
Se a reclamação é delay entre ação e resposta, e não travada geral, a causa é ping.
Isso não se resolve com hardware. O limite é físico: servidor nos Estados Unidos devolve latência muito maior para o público brasileiro, e nenhum processador melhor conserta isso. Os números estão em por que hospedar no Brasil faz diferença.
Um detalhe que engana: se apenas um jogador reclama, provavelmente é a internet dele. Se todos reclamam, é do seu lado.
Como descobrir qual é o seu caso
| O que acontece | Causa provável |
|---|---|
| Delay em tudo, para todos, o dia inteiro | Ping, servidor longe do público |
| Só um jogador reclama | A conexão dele |
| Trava geral no pico, processador no limite | Clock do processador |
| Trava geral no pico, memória no limite | Memória |
| Piora ao longo do dia, melhora ao reiniciar | Memória ou script vazando |
| Trava só depois que instalou um sistema | Aquele script |
| Um resource crasha, o resto segue | Erro de código |
| Demora para entrar, mas joga bem depois | Cache externo |
| Cai do nada, com a máquina saudável | Pode ser ataque, veja o guia de DDoS |
Meça sempre com a cidade cheia. Muito script só mostra o custo real quando tem gente interagindo com ele.
O que não resolve
Subir de plano sem saber a causa. Se o gargalo é clock, mais memória não muda nada. Se é script, plano maior só adia.
Trocar de hospedagem no impulso. Migrar é trabalhoso e, se o problema estava na sua base, ele vai junto. Antes de decidir, vale ler os sinais de que é hora de trocar.
Reiniciar a cada duas horas. Isso mascara vazamento de memória, não corrige, e ainda incomoda quem está jogando.
O resumo
A ordem para investigar:
- Descubra qual dos quatro lags é o seu, pela tabela acima
- Olhe o processador da sua hospedagem. Xeon de clock baixo é gargalo, por mais vCPU que apareça na descrição
- Rode o resmon e o neteventlog num horário cheio
- Limpe o que você não usa antes de pensar em plano maior
- Se for demora de entrada, ative o cache externo
Se depois disso a base está limpa, nenhum evento está se repetindo e a máquina não está no limite, mas a cidade continua engasgando, o problema é o hardware embaixo dela.
Nos planos de FiveM da WyzeHost usamos AMD Ryzen 9 de 4 GHz para cima, com servidores em São Paulo, cache externo e endereço personalizado inclusos, e upgrade sem perder arquivos a qualquer momento.
