FPS baixo na sua cidade FiveM: o checklist do dono de servidor

Quando a cidade trava, o player culpa o servidor e o dono culpa o PC do player. Quase sempre os dois estão errados: o gargalo tem endereço, e dá para achar em minutos. Este checklist separa os dois tipos de peso de uma cidade FiveM, script e asset, e ataca cada um na ordem certa.

Se você é player e não dono

Do seu lado, o que dá para fazer é ajustar a configuração gráfica do jogo, atualizar o driver da placa de vídeo e limpar o cache do FiveM. Isso alivia, mas não resolve: o peso dos mods chega do servidor, igual para todo mundo, e quem tem placa mais fraca só sente primeiro.

Reduzir a memória dos assets, que é o que muda o resultado de verdade, só o dono da cidade consegue fazer. Se esse não é você, mande este guia para ele. O resto do checklist é para quem tem acesso à pasta de resources.

Primeiro: descubra se o gargalo é script ou asset

São dois problemas diferentes, com sintomas e soluções diferentes. Errar o diagnóstico é otimizar a coisa errada.

Script pesado aparece no resmon do próprio FiveM (console F8), que mostra o tempo de CPU por resource. Asset pesado não aparece lá: ele aparece no console do servidor na subida e nos sintomas visuais. Se os seus sintomas são os da segunda e terceira linha, o guia de texture loss explica a mecânica completa.

Assets: o peso que afeta todos os players de uma vez

Um script ruim custa CPU do servidor. Uma textura 4K desnecessária custa memória de vídeo de cada player conectado, ao mesmo tempo. Uma peça de roupa em 4096 x 4096 ocupa 21,3 MiB de memória de jogo; a mesma peça em 1024, que é o que o jogo realmente mostra, ocupa 1,3 MiB. Multiplique o desperdício por uma base com centenas de mods e a conta explica por que quem tem placa mais fraca sai da cidade primeiro.

[citizen-server-impl] Asset roupas/adultocoringa.ytd uses 224.0 MiB of physical memory!
[citizen-server-impl] Asset mapas/shanson_room_01.ydr uses 77.2 MiB of physical memory!

O checklist, na ordem

1. Suba o servidor e colete os avisos. Todo Asset ... uses X MiB of physical memory no console é um alvo com nome. Guarde a lista. Se alguma linha não fizer sentido, leia o aviso de physical memory explicado.
2. Rode o diagnóstico grátis da base. Envie a pasta dos resources com stream no Texturize. O laudo ordena os arquivos por memória de jogo e projeta a economia, sem custar nada. Numa base real, o diagnóstico varreu 2.112 arquivos de stream.
3. Otimize os piores primeiro. Comece pelo topo do laudo: packs de roupas, MLOs e veículos com livery 4K. Com o teto padrão de 10 MiB e 1024 px, a redução real medida chega a 84%. O processo completo está no guia de otimização de mods. Pack de carros tem regra própria, com par de .yft e memória virtual: veja como otimizar o carro sem quebrar a física.
4. Substitua e confira o console limpo. O zip mantém a estrutura de pastas: extrair por cima, reiniciar, conferir que os avisos sumiram.
5. Agora sim, olhe os scripts. Com os assets resolvidos, abra o resmon e trate os resources com tempo de CPU alto. Sem a poluição do problema de asset, fica claro o que é script de verdade.
6. Feche a porta de entrada. Mod novo só entra na cidade depois de passar pelo otimizador. Manter leve é mais barato do que emagrecer depois.

O que não resolve (e todo mundo tenta)

• Pedir para o player abaixar o gráfico. Alivia o sintoma na máquina dele, não conserta a causa, e custa a imersão da sua cidade.
• Trocar de artifacts atrás de milagre. Atualização ajuda em estabilidade, mas não faz uma textura de 224 MiB caber num orçamento de streaming.
• Deletar os mods bonitos. A cidade perde identidade. Otimizado, o mesmo mod fica em média 84% mais leve com a mesma cara.
• Limpar cache toda semana. Ritual que consome tempo do suporte e dura uma sessão, porque o peso volta a carregar.
• Confundir crash com FPS. Jogo que fecha ao carregar um carro não é problema de desempenho, é arquivo com bytes que o jogo não consegue ler. O caminho é outro: como achar o arquivo que derruba o jogo.