CPU x RAM, o que deixa um servidor de jogo rápido?
A RAM decide quanto um servidor consegue segurar, a CPU decide a velocidade com que ele pensa. Por que a velocidade por núcleo importa mais e quando núcleos extras ajudam.
6 min de leitura · Atualizado em 21 de out. de 2026 · Por GuavaHost Team
A RAM decide quanto o seu servidor consegue segurar, e a CPU decide a velocidade com que ele pensa. A maior parte do lag de servidor que as pessoas culpam na memória é na verdade um problema de CPU, então este guia explica a diferença, por que a velocidade por núcleo importa mais que o número de núcleos e como saber de qual dos dois você está sem.
Dois trabalhos diferentes
- RAM é capacidade. Ela guarda o mundo, os jogadores e os mods. Se faltar, o servidor engasga enquanto libera memória, ou cai.
- A CPU é velocidade. Ela faz o trabalho de verdade: mover mobs, rodar a IA, física, redstone, bancadas e cada plugin. Se faltar, o servidor fica atrasado, e todo mundo sente na mesma hora, como atraso e rubber-banding.
Adicionar RAM a um servidor que está sem CPU não faz nada, e uma CPU rápida não salva um servidor que ficou sem memória. Você precisa dos dois em quantidade suficiente, mas eles falham de maneiras diferentes.
O orçamento do tick
Um servidor de jogo roda em laço. Cada passada pelo laço se chama tick, e em cada tick o servidor atualiza tudo no mundo. O jogo espera um número fixo de ticks por segundo, o que dá a cada tick um orçamento de tempo:
| Jogo | Taxa alvo | Tempo por tick |
|---|---|---|
| Minecraft Java | 20 ticks por segundo | 50 ms |
| Terraria | 60 atualizações por segundo | cerca de 16,7 ms |
| Counter-Strike 2 | 64 ticks por segundo | cerca de 15,6 ms |
Se um tick demora mais que o orçamento dele, o servidor não consegue acompanhar. No Minecraft isso aparece como o TPS (ticks por segundo) caindo abaixo de 20 e o MSPT (milissegundos por tick) passando de 50. Nosso guia de como ler TPS e MSPT mostra como medir.
A RAM não aparece em lugar nenhum desse orçamento. Terminar cada tick no tempo é puramente uma questão de quanto trabalho existe e de quão rápido a CPU dá conta dele.
Por que a velocidade por núcleo importa mais
A maioria dos servidores de jogo faz a simulação principal numa thread só. Uma thread é uma única linha de trabalho que um núcleo de CPU consegue rodar, e um mundo de jogo é difícil de dividir entre várias delas, porque cada passo depende do anterior: um mob não pode se mover antes de o servidor saber onde foi parar o bloco em que ele está pisando.
Minecraft, Rust, ARK, Valheim, Project Zomboid e Terraria funcionam todos assim. Então a velocidade de um núcleo define o teto do servidor inteiro. Uma CPU com 16 núcleos mais lentos pode rodar um mundo de Minecraft pior que uma com 8 núcleos mais rápidos, porque o mundo só chega a usar um deles para o trabalho principal.
A velocidade por núcleo vem de duas coisas:
- Clock, medido em GHz: quantos ciclos o núcleo roda por segundo.
- Trabalho por ciclo, que melhora a cada geração de CPU. Uma CPU mais nova no mesmo GHz muitas vezes é visivelmente mais rápida que uma antiga.
Um cache grande de CPU (um pequeno espaço de memória muito rápida dentro do próprio chip) também ajuda, porque servidores de jogo ficam o tempo todo saltando entre muitos pedacinhos de dados.
Quando mais núcleos ajudam
Núcleos extras não são inúteis. Eles assumem tudo que não é o tick principal:
- Trabalho de fundo. Salvar o mundo, carregar e gerar chunks (softwares de servidor como o Paper tiram parte disso da thread principal), comprimir dados de rede e rodar tarefas de plugin escritas para funcionar em segundo plano.
- Coleta de lixo do Java. O Minecraft Java limpa a memória não usada com várias threads, então núcleos sobrando mantêm essas limpezas curtas.
- Mais de um processo. Um servidor de Don't Starve Together roda a superfície e as cavernas como dois processos separados, e cada mapa de um cluster de ARK é um servidor próprio. Cada um pode usar o próprio núcleo.
- Atualizações e backups. Baixar uma atualização do jogo ou comprimir um backup acontece ao lado do jogo, não dentro de um tick.
Alguns motores mais novos, incluindo a Unreal Engine atrás do ARK e do Palworld, espalham mais do trabalho deles por threads extras. Mesmo ali, a thread principal do jogo continua ditando o ritmo.
De qual dos dois você está sem?
| O que você vê | Causa provável |
|---|---|
| Gráfico de memória cravado no limite | RAM |
| Erros de falta de memória, ou quedas durante o carregamento | RAM |
| A memória tem espaço, mas o TPS cai e o MSPT sobe | CPU |
| Lag só perto de uma farm gigante, de uma mega base ou de muitas criaturas | CPU |
| O lag cresce ao longo de horas e um restart resolve | Muitas vezes acúmulo de memória, às vezes acúmulo de entidades |
| Só um jogador tem lag | Nenhum dos dois: esse é o ping dele |
Um detalhe que vale saber: o cartão Usage no seu painel de controle da GuavaHost (nas abas Overview e Console) mostra a CPU em relação ao seu plano. Quando o seu plano tem limite de CPU, o número é uma fração de todos os núcleos do plano, rotulado por exemplo como "of 2 cores", então 100 por cento significa que todos estão ocupados. A thread principal de um jogo só consegue usar um núcleo, então num plano de 2 núcleos um servidor que fica por volta de 50 por cento enquanto trava pode estar estourando a thread principal mesmo havendo capacidade sobrando. Quando o seu plano não tem limite de CPU, o número é uma porcentagem de um núcleo, então um servidor por volta de 100 por cento enquanto trava conta a mesma história. Esse é o sinal clássico de gargalo na thread principal.
Resolvendo lag causado pela CPU
Mais RAM não ajuda aqui. O que ajuda é dar menos trabalho à thread principal em cada tick:
- Baixe primeiro a distância de simulação, depois a distância de visão. Veja distância de visão e de simulação.
- Limite farms de mobs e limpe itens no chão e entidades em excesso.
- Pré-gere o seu mundo para que terreno novo não esteja sendo criado enquanto as pessoas jogam.
- Encontre plugins ou mods pesados com um profiler. No Minecraft, o plugin gratuito Spark aponta exatamente o que está comendo cada tick.
- Agende um restart diário para limpar entidades e memória acumuladas.
Nosso checklist de lag passa por esses pontos em ordem.
Como isso se aplica na GuavaHost
Todo servidor da GuavaHost roda em processadores AMD Ryzen e Intel, escolhidos pelo bom desempenho por núcleo, porque é nisso que servidores de jogo se apoiam, além de armazenamento NVMe SSD. A parte que você escolhe é a RAM, dimensionada para o seu jogo e o seu grupo, e você pode mudá-la a qualquer momento em Manage plan (gerenciar plano) no seu painel de controle, com cobrança proporcional. Se o seu servidor tem memória sobrando e ainda sofre, isso é um trabalho de ajuste, e o nosso guia de RAM explica por que comprar mais memória não vai resolver.
Ainda com dúvidas? Entre no nosso Discord em discord.gg/GuavaHost e a equipe vai te ajudar.
- cpu
- ram
- performance
- single-thread
- cores
- tick rate
- lag
Ainda precisa de ajuda? Nosso time está online 24 horas por dia, 7 dias por semana, para tirar suas dúvidas.