Um servidor vanilla de Minecraft para um punhado de amigos precisa de 3 a 4 GB. Dez ou mais jogadores precisam de 6 a 8 GB. Um modpack leve começa em 6 a 8 GB, e pacotes pesados como ATM9 ou RLCraft exigem 8 a 12 GB ou mais. O número que importa não é o de jogadores, mas o que o servidor carrega na inicialização.
Esse último ponto é o que a maioria dos guias deixa passar. Mods são carregados no heap esteja alguém online ou não, então um servidor modificado para dois jogadores pode precisar de mais memória do que um vanilla para quinze jogadores.
RAM por configuração
| Configuração | RAM | O que a determina |
|---|---|---|
| Vanilla, 1 a 5 jogadores | 3 a 4 GB | Versões modernas são mais pesadas do que os guias antigos assumem |
| Vanilla, 5 a 15 jogadores | 4 a 6 GB | Carregamento de chunks, quantidade de entidades |
| Vanilla, mais de 15 jogadores | 6 a 8 GB | Distância de visão se torna o fator decisivo |
| Modpack leve | 6 a 8 GB | Pago na inicialização, não no pico |
| Modpack pesado (ATM9, RLCraft) | 10 a 16 GB | Centenas de mods, cada um com seu próprio registro |
Mais RAM não resolve lag de tick
Esse é o mal-entendido mais caro em hospedagem Minecraft, e custa dinheiro para os usuários em qualquer provedor, incluindo o nosso.
O loop de tick do Minecraft é majoritariamente single-threaded. Se o servidor não consegue finalizar um tick em 50 ms, o TPS cai abaixo de 20 e tudo fica lento. Isso é geralmente CPU ou carga de trabalho, não memória. Adicionar RAM a um servidor limitado pela CPU não muda nada, e pode piorar um pouco, porque um heap maior significa pausas mais longas na coleta de lixo.
Os sintomas se separam claramente:
- Baixo TPS, memória não cheia significa carga na CPU ou nas entidades. Veja funis, fazendas de mobs, carregadores de chunks e redstone antes de comprar qualquer coisa.
- Memória em forma de serra, congelamentos periódicos significa coleta de lixo. Isso é um problema de ajuste.
java.lang.OutOfMemoryErrorsignifica que você realmente precisa de mais RAM, e isso é inequívoco.
Defina Xms e Xmx para o mesmo valor
Duas flags decidem como a JVM usa a memória que você pagou:
-Xmsé o heap inicial,-Xmxo máximo.- Defina-os iguais. Se o heap pode crescer em tempo de execução, o crescimento aciona coleta de lixo extra, que aparece como lag de tick.
- Nunca aloque todo o plano para o heap. Deixe cerca de 20% para a JVM e o sistema operacional. Alocar 8 GB de um plano de 8 GB é como fazer servidores serem encerrados pelo provedor em vez do Minecraft.
No Paper, as flags do Aikar são o padrão comum porque otimizam o coletor G1 para exatamente essa carga. Um heap de 6 GB bem ajustado vence um de 12 GB mal ajustado, e por isso comprar mais memória geralmente é a segunda coisa a tentar, não a primeira.
O que conferir antes de comprar mais
- Distância de visão. Reduzir de 10 para 6 frequentemente vale mais que dobrar a RAM, pois corta o número de chunks que o servidor mantém ativos por jogador.
- Quantidade de entidades. Fazendas de mobs e itens no chão são os vilões usuais.
- O software do servidor. Paper lida com a mesma carga usando menos do que vanilla ou Forge.
- Então o tamanho do plano.
Se você está solucionando problemas em vez de dimensionar, reduzir lag do servidor cobre o lado de ajuste com mais detalhes, e a mesma lógica de tick versus memória se aplica a Terraria e Project Zomboid, que falham de maneiras reconhecidamente semelhantes.
Nosso serviço de hospedagem de servidor Minecraft permite que você altere o heap e as flags pelo painel, então testar um heap menor e melhor ajustado não custa nada.
Quando você está comprando demais
Se cinco pessoas jogam vanilla em um mundo pequeno e o TPS fica em 20, você não precisa de 8 GB, e nenhuma quantidade de memória extra fará o jogo parecer melhor do que já está. Compre o plano que corresponde à carga e gaste a diferença em uma localização mais próxima aos seus jogadores, o que você realmente vai perceber.

por 


