Quanta RAM um Servidor de Minecraft Precisa?

O que realmente define quanta RAM você precisa

Duas alavancas definem quanta memória um servidor de Minecraft exige. Todo o resto é ruído perto delas.

• O número de jogadores aumenta a RAM aos poucos. Cada jogador conectado carrega os chunks ao seu redor, então mais jogadores — e um view-distance mais alto — significam mais mundo carregado na memória ao mesmo tempo. Passar de 4 para 20 jogadores é um aumento real, mas administrável.
• Mods e plugins são a grande alavanca, de longe. O vanilla é leve. Um punhado de plugins do Paper acrescenta um pouco. Um modpack é uma categoria completamente diferente: cada mod carrega o próprio código, itens, blocos e geração de mundo na memória antes de um único jogador entrar, e é por isso que um pack do CurseForge com 200 mods pode precisar de várias vezes a RAM de um servidor vanilla para o mesmo número de jogadores.

Esse é o modelo inteiro: no vanilla, o que pesa são os jogadores; no modded, são os mods. O tamanho e a idade de um mundo também empurram o número para cima — um mapa enorme, com anos de uso e muitos chunks carregados, custa mais do que um recém-criado —, mas são os jogadores e os mods que definem o dimensionamento. Guarde uma coisa no fundo da mente enquanto lê: a RAM é apenas um dos recursos do servidor e, a partir de certo ponto, deixa de ser o que importa (mais sobre isso em por que mais RAM nem sempre é a solução).

Quanta RAM um servidor de Minecraft precisa, por configuração

Este é o dimensionamento em torno do qual montamos os planos — os mesmos números que daríamos a um amigo. "RAM ideal" é o que alocar ao servidor em si, não o total do seu PC, que precisa de folga por cima (veja como distribuí-la).

Está rodando um modpack e não sabe em qual faixa se encaixa? Tanto o tamanho do pack quanto o número de jogadores empurram você para cima na tabela — o guia de servidor de Minecraft modded detalha os loaders e os tamanhos de pack.

Como dar essa RAM ao seu servidor

Saber o número é metade do trabalho; a outra metade é de fato entregar essa memória ao servidor. Isso funciona de forma diferente conforme o lugar onde o servidor roda.

Auto-hospedado: as flags -Xmx e -Xms

Quando você mesmo inicia o jar do servidor, duas flags controlam a memória dele. -Xmx define o heap máximo (o teto) e -Xms define o heap inicial. Para o Minecraft, o conselho comum e bem testado é defini-las iguais, para que a JVM reserve toda a memória de uma vez em vez de redimensionar sob carga:

java -Xms4G -Xmx4G -jar server.jar nogui

Essa linha inicia um servidor com 4 GB. Algumas coisas que costumam pegar as pessoas de surpresa:

• Use Java de 64 bits. O Java de 32 bits não consegue endereçar mais do que cerca de 1,5 GB, então, se -Xmx4G se recusar a iniciar, geralmente é por isso. Qualquer build atual do Temurin ou o Java 25 é de 64 bits.
• Nunca dê toda a sua RAM ao servidor. Deixe pelo menos 1-2 GB para o sistema operacional, e mais ainda se você também rodar o cliente do Minecraft no mesmo PC — o jogo precisa da própria memória, além da do servidor.
• Depois ajuste com as flags do Aikar. Quando o básico já funciona, as "flags do Aikar", padrão na comunidade, reconfiguram o coletor de lixo G1 do Java para o padrão de memória do Minecraft, trocando um pedacinho de RAM por ticks bem mais estáveis. Elas são o próximo passo padrão depois de um -Xmx/-Xms simples. O passo a passo completo de hospedagem própria — jar, EULA, redirecionamento de portas e tudo mais — está em Como Criar um Servidor de Minecraft.

Hospedado: escolha um tamanho e faça upgrade no mesmo lugar

Num servidor gerenciado não há flags para editar. Você escolhe a RAM com um controle deslizante na hora de contratar, e o plano é provisionado nesse tamanho — as flags de inicialização (incluindo as do Aikar) já vêm ajustadas para você.

A verdadeira vantagem aparece quando você supera o seu primeiro palpite: na página de hospedagem Minecraft você sobe o controle deslizante e a RAM extra passa a valer para o mesmo servidor, com mundo e configurações intactos — sem reinstalar, sem migrar, feito em cerca de um minuto. É exatamente por isso que a regra prática acima é "comece pequeno": num plano hospedado, adicionar RAM depois não custa nada além de um minuto.

Sinais de que seu servidor precisa de mais RAM

Você não precisa adivinhar se o seu servidor está sufocado. Ele avisa, de algumas formas fáceis de reconhecer:

• Os ticks ficam para trás. O console exibe Can't keep up! Is the server overloaded? Running Xms behind, skipping Xs tick(s), e no jogo isso aparece como rubber-banding, mobs travando e blocos que demoram um instante para quebrar.
• Salvar o mundo engasga. Um congelamento breve a cada poucos minutos, coincidindo com o salvamento automático, muitas vezes significa que o servidor está brigando por memória.
• Ele trava de vez. O sinal mais claro de todos é um crash cujo log contém java.lang.OutOfMemoryError: Java heap space — o servidor pediu mais memória do que o teto do -Xmx permitia.

Para saber qual é o caso, o profiler gratuito spark (rode /spark health ou /spark profiler) mostra os tempos de tick e o uso de memória, e um painel hospedado exibe a RAM ao vivo em um gráfico. Se a memória ficar grudada perto do teto, aumente o tamanho. Se sobra memória mas os ticks continuam dando lag, leia primeiro a próxima seção.

Por que mais RAM nem sempre é a solução

Esta é a parte que a maioria dos conselhos de dimensionamento deixa de fora. O Minecraft roda o loop principal do jogo — o "tick" que move os mobs, faz as plantações crescerem e processa a redstone — em grande parte em uma única thread de CPU. A memória guarda o mundo; um núcleo faz o raciocínio. Assim que o servidor tem RAM suficiente para guardar tudo, adicionar mais não deixa esse núcleo mais rápido.

Vale internalizar duas consequências:

• Se os ticks dão lag enquanto sobra RAM, o gargalo é a CPU, não a memória. Jogar 32 GB num servidor preso em um único núcleo não muda nada. Esse é, de longe, o erro de dimensionamento mais comum que as pessoas cometem.
• RAM demais pode até atrapalhar. Um heap muito grande dá ao coletor de lixo do Java mais coisa para varrer de uma vez, o que pode virar pausas mais longas e engasgadas — mais um motivo para a regra do "comece menor" valer.

O que de fato faz diferença quando a CPU é o limite é um clock alto. É por isso que a HytHost roda o Minecraft em CPUs Ryzen e Intel i9 de alto clock, em vez de muitos núcleos lentos — o Minecraft se importa com o quão rápido é um núcleo, não com quantos existem. No lado do software, você pode aliviar a carga desse núcleo reduzindo o view-distance e o simulation-distance, pré-gerando os chunks do seu mundo, rodando Paper em vez de vanilla ou adicionando mods de performance como o Lithium em uma configuração modded. A RAM carrega o seu mundo; a CPU e as suas escolhas de software decidem o quão suave ele roda.