Black Friday Antecipada — Até 40% OFF em scripts selecionados
Como escalar um servidor FiveM para 256 slots sem perder tickrate
Performance07 de maio de 20269 min

Como escalar um servidor FiveM para 256 slots sem perder tickrate

Os 7 ajustes essenciais — hardware, scripts, otimização de recursos e tuning de banco — para abrir um servidor grande sem dor de cabeça.

Diego Vieira
Diego Vieira
Lead Engineer · VAULT
Abrir um servidor FiveM com 256 slots não é só sobre comprar um VPS gigante — é sobre como cada script consome ticks, quanto cada query SQL custa, e o quão bem você balanceia load entre client e server. Neste guia, compartilhamos exatamente o que aprendemos depois de ajudar mais de 12.000 servidores a escalar.

1. Hardware: priorize clock, não cores

FiveM (CitizenFX) é majoritariamente single-thread. Um Ryzen 9 7950X3D vai performar muito melhor que um Threadripper de 64 cores. Procure CPUs com clock alto (5.0+ GHz), cache L3 generoso e memória DDR5 4800+.

2. Otimize scripts por tickrate

O comando resmon é seu melhor amigo. Tudo acima de 0.5ms em idle merece auditoria. Scripts mal escritos com loops infinitos consomem CPU desnecessariamente. Os scripts VAULT mantêm-se em <0.02ms por design.

3. MySQL: o gargalo silencioso

Use connection pooling e ative o slow query log. Adicione índices em colunas de busca frequente (identifier, citizenid, license). Considere usar oxmysql para queries assíncronas.

4. Reduza syncs desnecessários

Eventos client→server custam caro com 256 jogadores. Use stateful objects (state bags) sempre que possível para reduzir overhead de eventos.

5. Streaming: organize por LOD

MLOs e veículos custam memória e bandwidth. Configure LODs corretamente e use stream proximity para reduzir o que cada jogador baixa.

6. Anti-cheat e logs em paralelo

Mande logs para um Discord ou serviço externo via webhook assíncrono. Não trave a main thread esperando o log persistir.

7. Monitore com Grafana + Prometheus

Configure scraping no FiveM e visualize tickrate, jogadores conectados, latência e uso de CPU em real-time. Se você não mede, você não escala.

Conclusão

Escalar é um trabalho contínuo. Não é uma configuração que você faz uma vez e esquece. É um processo de medição → ajuste → medição. E acima de tudo: comece com scripts bem feitos. Quem usa VAULT economiza meses de debugging.

Gostou do artigo?
Conheça o VAULT.

Scripts premium construídos pela mesma equipe que escreve aqui.

Ver catálogo