Alojamento Forge e NeoForge para modpack pesado

O que ocupa heap não é o jar do mod, é o que ele regista 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 do que dez mods de decoração somados.

A outra fonte é o mundo. Cada dimensão que um mod acrescenta 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 arranque, estabiliza e volta a subir quando abrem uma dimensão ou ligam uma fábrica que segura chunks. Dimensionar pelo número do primeiro dia é o que tranca o servidor na segunda semana.

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

Daí saem duas conclusões. Não julgue o alojamento pelo primeiro arranque, 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. Num pack pesado o piso domina, e dez pessoas pedem mais memória do que trinta num survival simples.

Medir é rápido: reinicie, aponte o heap vazio, corra um pico e aponte outra vez. 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 é saltar três degraus sem medir nada.

O servidor fecha um tick a cada 50 milissegundos para manter 20 TPS. Uma pausa da JVM acima disso é um tick perdido, e algumas centenas de milissegundos tornam-se o congelamento que toda a gente sente ao mesmo tempo. Um heap maior não elimina pausas, muda a natureza delas: menos recolhas, cada uma com mais objetos para percorrer.

Por isso duplicar o Xmx quase nunca resolve. Um heap muito maior do que o conjunto de dados vivo dá ao recolector 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, o G1 alinhado ao tick e um profiler no pico dizem se o estrangulamento é o heap ou é um mod.