Como reduzir o lag do servidor de FiveM: 10 correções comprovadas

O lag é o motivo número um para os jogadores abandonarem um servidor de roleplay. A boa notícia: quase todo lag no FiveM tem conserto assim que você mede. Aqui vão dez correções comprovadas, mais ou menos em ordem de impacto.

1. Meça primeiro com o resmon

Não dá para corrigir o que você não vê. Abra o console e rode resmon com um número realista de jogadores, depois ordene por tempo de CPU por frame (ms). Só esse passo já mostra onde estão 90% do seu problema. Os jogadores sentem o total de todos os recursos — vinte scripts a 1 ms cada é pior do que parece.

2. Arrume sua ordem de carga

Dependências carregando na ordem errada causam erros, retentativas e ciclos desperdiçados. O framework e as bibliotecas (oxmysql, ox_lib) iniciam primeiro; tudo que depende delas vem depois.

3. Elimine loops apertados

O clássico assassino é uma thread que roda a cada frame sem precisar. Checagens de distância, desenho de marcadores e avisos raramente precisam de Wait(0). Dormir quando o jogador está longe pode cortar o custo de um recurso em 90%.

4. Troque polling por eventos

Se um script fica verificando se algo aconteceu, veja se o framework pode avisar em vez disso. Código orientado a eventos dorme até ser necessário e não custa nada ocioso.

5. Domine seus hábitos com o banco

Consultar o MySQL dentro de um loop ou a cada tick derruba um servidor movimentado. Agrupe consultas, guarde em cache valores que quase não mudam e use os padrões assíncronos do oxmysql direito.

6. Audite NUI pesada (HUD e menus)

A camada de interface baseada em navegador é fácil de abusar. Um HUD que re-renderiza sem parar, ou um menu que nunca limita as atualizações, come o FPS do cliente em silêncio. Veja nosso guia de personalização de HUD para saber como é o “bom”.

7. Corte recursos que você não usa

Todo recurso sempre ativo custa algo. Revise sua lista de recursos e remova o que você não está usando de verdade. Menos recursos e melhores batem uma pilha de meio usados.

8. Escolha sistemas base leves

A verdade incômoda: os recursos que você escolhe pesam mais que qualquer ajuste posterior. Seu inventário, HUD e framework rodam para todo jogador, o tempo todo, então o custo por frame deles define seu piso. Ao avaliar um sistema sempre ativo, exija um resmon baixo e estável sob carga. Sistemas premium bem otimizados — um inventário enxuto como o Quasar Inventory, por exemplo — são construídos para manter a pegada baixa mesmo com a cidade cheia, o que libera orçamento para o resto. Você pode comparar a adoção dos recursos mais leves na nossa página de métricas.

9. Vigie a contagem de entidades e objetos

Props, peds e veículos demais castigam tanto o servidor quanto os clientes. Limpe entidades abandonadas, limite scripts cheios de props e use streaming com bom senso.

10. Meça de novo e repita todo mês

Otimização é hábito, não tarefa única. Estabeleça a linha de base do resmon total, corrija os piores, meça de novo e repita todo mês para o servidor continuar rápido enquanto cresce.

Para o raciocínio completo por trás dessas correções, leia nosso guia de otimização de servidor a fundo.