Hospedagem Forge e NeoForge para modpack pesado

O que ocupa heap não é o jar do mod, é o que ele registra ao iniciar: blocos, itens, fluidos, receitas, tags, entidades e classes geradas em tempo de execução. Um mod de tecnologia com milhares de receitas pesa mais que dez mods de decoração somados.

A outra fonte é o mundo. Cada dimensão que um mod adiciona carrega os próprios chunks e as próprias entidades enquanto houver alguém lá. O gráfico de memória tem degraus, não rampa: sobe no boot, estabiliza e sobe de novo quando abrem uma dimensão ou ligam uma fábrica que segura chunk. Dimensionar pelo número do primeiro dia é o que trava o servidor na segunda semana.

A maior parte do startup não é disco. É transformação de bytecode, quando Mixin e coremods reescrevem classes de dezenas de mods, mais a construção dos registros e a leitura de receitas, tags e loot tables do pack. A geração do spawn depende de armazenamento e clock, mas só ocorre no primeiro start.

Daí saem duas conclusões. Não julgue o host pelo primeiro boot, compare o segundo. E se o tempo crescer de repente entre reinícios, o suspeito é um mod novo ou um datapack que recarrega tudo, não o hardware.

Existe um piso e uma inclinação. O piso é o custo fixo do pack, que fica em memória mesmo com o servidor vazio. A inclinação é o custo por jogador, na prática custo por chunk carregado. Em pack pesado o piso domina, e dez pessoas pedem mais memória que trinta num survival simples.

Medir é rápido: reinicie, anote o heap vazio, rode um pico e anote de novo. A diferença dividida pelos jogadores online dá a inclinação do seu pack. Corrigir para cima sai barato, 12GB por R$ 132,00 contra 16GB por R$ 176,00. Caro é pular três faixas sem medir nada.

O servidor fecha um tick a cada 50 milissegundos para manter 20 TPS. Pausa da JVM acima disso é tick perdido, e algumas centenas de milissegundos viram o congelamento que todo mundo sente junto. Heap maior não elimina pausas, muda a natureza delas: menos coletas, cada uma com mais objeto para percorrer.

Por isso dobrar o Xmx quase nunca resolve. Heap muito maior que o conjunto de dados vivo dá ao coletor pouco motivo para limpar, até limpar tudo de uma vez, e o servidor de 24GB engasga mais do que engasgava com 12GB. Xms igual ao Xmx, G1 alinhado ao tick e um profiler no pico dizem se o gargalo é heap ou é mod.