O mito do "1 GB por 10 players"
Você já viu isso na internet: "1 GB de RAM aguenta 10 players". Isso está errado.
Segundo dados de calculadoras baseadas em milhares de servidores reais (prismnodes.com, godlike.host, apexminecrafthosting), o número de players é um dos menores fatores no consumo de RAM. O que realmente pesa:
- View distance (chunks carregados por jogador)
- Plugins/mods (especialmente content mods)
- Tamanho do mundo e áreas exploradas
- Overhead da JVM (base do servidor)
Fórmula real de cálculo
Baseada em consenso da comunidade de hosting de MC:
RAM = Base + (Players × 0.1) + (View Distance × 0.2) + (Plugins/10 × 0.5) + Buffer 20%
Onde:
- Base: 1.5-2 GB (JVM + servidor vanilla)
- Players: ~100 MB por player ativo (vanilla), 150-300 MB (modded)
- View distance: bumpar de 8 → 16 QUADRUPLICA os chunks carregados
- Plugins/mods: ~500 MB por 10 plugins simples; content mods podem consumir 1 GB+ cada
- Buffer: 20% pra evitar GC constante
Tabela de referência prática
Baseado em servidores rodando Paper + Aikar flags:
| Cenário | Players | RAM recomendada |
|---|---|---|
| Vanilla amigos | 2-5 | 2 GB |
| Paper + 10 plugins básicos | 10-20 | 4 GB |
| Paper + 20 plugins + economia | 20-40 | 6 GB |
| Paper + 30 plugins + mundos grandes | 40-80 | 8 GB |
| Paper + 50+ plugins + custom | 80-150 | 12 GB |
| Network Bungee/Velocity | 200+ | 16 GB+ |
| Modpack leve (< 50 mods) | 5-10 | 6 GB |
| Modpack médio (100-150 mods) | 5-15 | 10 GB |
| Modpack pesado (RLCraft, ATM9) | 5-10 | 16 GB+ |
| Modpack extremo (GT: New Horizons) | 5-8 | 24 GB+ |
O que realmente consome memória
View distance (o vilão)
Cada chunk carrega:
- Blocos (~64 KB)
- Entities (mobs, items dropados)
- Tile entities (baús, fornalhas, hoppers)
- Lighting data
Um jogador com view distance 8 carrega ~289 chunks (17x17).
Com view distance 16: ~1089 chunks. 3.7x mais dados.
Recomendação: use 8-10 em servidor público. simulation-distance pode ser 6.
# server.properties
view-distance=8
simulation-distance=6
Content mods (o segundo vilão)
Mods que adicionam blocos/items/dimensões novas consomem muito mais RAM que mods de otimização.
- Sodium/Lithium (otimização): consomem quase nada
- Twilight Forest, RFTools: 200-500 MB extra
- GregTech, Create: 1 GB+ com jogadores usando
Rodou modpack? Confirme na config do launcher que você tem RAM suficiente no cliente e no servidor.
Máquinas com muitas fornalhas/hoppers
Cada tile entity é atualizada a cada tick. Base tech com 500 hoppers = 10.000 ticks/segundo só nisso. Isso não usa muito RAM, mas mata TPS (CPU).
Overhead da JVM
A JVM (Java) reserva memória além do que o MC pede:
- JVM overhead: 300-500 MB
- Metaspace: 100-200 MB
- Direct memory (não-heap): 200 MB+
- GC (garbage collector): precisa ~20% da heap livre para funcionar bem
Por isso, se você -Xmx4G para o MC, sua VPS precisa ter ~5 GB total para o JVM não sufocar o sistema.
Aikar flags (obrigatório)
Sem elas, o GC do Java gera lag spikes. Com elas, servidor 4 GB roda que nem 6 GB genérico:
java -Xms4G -Xmx4G
-XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200
-XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC
-XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40
-XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5
-XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15
-XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5
-XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem
-XX:MaxTenuringThreshold=1 -Daikars.new.flags=true
-jar server.jar nogui
IMPORTANTE: use -Xms = -Xmx (mesmo valor). Isso pré-aloca a memória e evita re-alloc lento.
Diagnóstico: seu servidor precisa de mais RAM?
Sintomas de RAM insuficiente:
- Lag spike a cada 30-60s (é o GC full)
/tpsmostra spikes de -5-10 TPS- Log tem
[WARN]: Can't keep up! Is the server overloaded? - Após 6h rodando, ping sobe
Rode /paper timings (Paper) e leia. Se GC pause é > 100ms constante = falta RAM.
Ferramentas para monitorar
- Paper /timings — o padrão
- Spark profiler — profiler completo
- LagAssist plugin — chat em tempo real
- Sysstat/htop no VPS:
free -h,top,htop
Recomendação por tipo de VPS Vitt Host
Baseado nos nossos planos VPS:
| VPS | RAM | Ideal para |
|---|---|---|
| VPS-BR-01 | 4 GB | Amigos (5-10), Paper básico |
| VPS-BR-02 | 8 GB | SMP público (20-40 players) |
| VPS-BR-03 | 16 GB | Rede pequena, modpack médio |
| VPS-BR-04+ | 32 GB+ | Modpacks pesados, network grande |
Conclusão
Fórmula simplificada final:
RAM = 2 GB + (Players × 0.1) + (Plugins × 0.05) + 20% buffer
Comprou com margem sobrando: vale ouro. RAM extra não custa muito e evita dores de cabeça.
Comprou apertado: vai lagar. Precisa upgrade ou otimização agressiva (reduzir view distance, remover plugins pesados).

