Alojamiento Forge y NeoForge para modpack pesado

Lo que ocupa heap no es el jar del mod, es lo que registra al iniciar: bloques, objetos, fluidos, recetas, tags, entidades y clases generadas en tiempo de ejecución. Un mod de tecnología con miles de recetas pesa más que diez mods de decoración sumados.

La otra fuente es el mundo. Cada dimensión que añade un mod carga sus propios chunks y sus propias entidades mientras haya alguien allí. La gráfica de memoria tiene escalones, no rampa: sube en el arranque, se estabiliza y vuelve a subir cuando abren una dimensión o encienden una fábrica que retiene chunks. Dimensionar por el número del primer día es lo que atasca el servidor en la segunda semana.

La mayor parte del arranque no es disco. Es transformación de bytecode, cuando Mixin y los coremods reescriben clases de decenas de mods, más la construcción de los registros y la lectura de recetas, tags y loot tables del pack. La generación del spawn depende del almacenamiento y del reloj, pero solo ocurre en el primer arranque.

De ahí salen dos conclusiones. No juzgues el alojamiento por el primer arranque, compara el segundo. Y si el tiempo crece de golpe entre reinicios, el sospechoso es un mod nuevo o un datapack que lo recarga todo, no el hardware.

Hay un suelo y una pendiente. El suelo es el coste fijo del pack, que queda en memoria incluso con el servidor vacío. La pendiente es el coste por jugador, en la práctica el coste por chunk cargado. En un pack pesado manda el suelo, y diez personas piden más memoria que treinta en un survival sencillo.

Medir es rápido: reinicia, apunta el heap vacío, provoca un pico y apunta otra vez. Esa diferencia dividida entre los jugadores conectados da la pendiente de tu pack. Corregir hacia arriba sale barato, 12GB por R$ 132,00 frente a 16GB por R$ 176,00. Caro es saltar tres escalones sin medir nada.

El servidor cierra un tick cada 50 milisegundos para mantener 20 TPS. Una pausa de la JVM por encima de eso es un tick perdido, y unos cientos de milisegundos se convierten en el congelón que todos notan a la vez. Un heap mayor no elimina las pausas, cambia su naturaleza: menos recolecciones, cada una con más objetos que recorrer.

Por eso duplicar el Xmx casi nunca resuelve. Un heap mucho mayor que el conjunto de datos vivo le da al recolector pocos motivos para limpiar, hasta que limpia todo de golpe, y el servidor de 24GB se atraganta más de lo que se atragantaba con 12GB. Xms igual al Xmx, G1 alineado al tick y un profiler en el pico dicen si el cuello de botella es el heap o es un mod.