Cuando un jugador camina hacia terreno que nadie ha visitado, tu servidor tiene que construir ese terreno en ese mismo instante — mientras además mueve mobs, redstone y todo lo demás. Generar chunks es lo que más CPU consume en Minecraft, y es la razón por la que explorar da tirones incluso en una máquina que en reposo va a 20 TPS clavados.

Chunky lo arregla de forma permanente: genera el mundo por adelantado, en segundo plano, para que cuando el jugador llegue el terreno ya exista en disco. Aquí tienes todos los comandos, el radio que conviene y los errores que hacen pensar que Chunky no funciona cuando en realidad está haciendo bien su trabajo.

Qué hace Chunky exactamente

Chunky es un plugin gratuito (Bukkit, Spigot, Paper, Purpur) que también existe como mod para Fabric, Forge y NeoForge. Recorre tu mundo hacia afuera desde un punto central y obliga al servidor a generar cada chunk dentro del radio que le indiques. Una vez que un chunk existe, visitarlo no cuesta casi nada: el servidor lo lee del disco en vez de calcular un trozo de mundo nuevo.

No cambia tu terreno, ni tu seed, ni tus ajustes de generación. Solo hace antes lo que el servidor haría después, en el peor momento posible.

Cómo instalarlo

Paper, Spigot o Purpur: sube el .jar de Chunky a la carpeta /plugins desde el gestor de archivos del panel y reinicia. Eso es toda la instalación.
Fabric, Forge o NeoForge: súbelo a /mods. En Fabric necesita además Fabric API.
Chunky funciona desde la consola del panel, así que no hace falta que entres al juego ni que seas operador.

Los comandos que vas a usar de verdad

/chunky radius 3000 — define hasta dónde generar, en bloques, desde el centro. Es la duda más repetida: el radio va en bloques, no en chunks.
/chunky start — arranca la generación.
/chunky progress — muestra el porcentaje, los chunks por segundo y una estimación de cuánto falta.
/chunky pause — para y recuerda por dónde iba.
/chunky continue — reanuda desde donde se quedó.
/chunky cancel — para y descarta el progreso de ese mundo.
/chunky world the_nether — cambia el mundo sobre el que van a actuar los comandos siguientes.
/chunky center 0 0 — mueve el centro. Por defecto es el spawn del mundo.
/chunky quiet 30 — espacia los mensajes de progreso a uno cada 30 segundos, para no llenar la consola.
/chunky trim — borra los chunks generados fuera del radio. Útil para adelgazar un mundo viejo.

El orden normal es: radius → start → esperar → repetir en el Nether y el End.

Qué radio elegir

Cuanto más grande, más tarda y más ocupa en disco. Estas cifras funcionan bien en la práctica:

Servidor de amigos (2-10 jugadores): 3.000 bloques. Sobra para meses de juego.
Comunidad pequeña (10-40 jugadores): 5.000 bloques.
Survival abierto con exploración fuerte: 8.000-10.000 bloques, y pon borde de mundo.
Minijuegos, skyblock o creativo con mapa fijo: 1.000 bloques o menos. No necesitas más.

Como referencia de espacio: un radio de 5.000 bloques en el Overworld ronda los 3-6 GB según la versión y el tipo de mundo. Revisa cuánto disco tienes antes de lanzar radios enormes.

El Nether y el End van aparte

Chunky solo trabaja sobre un mundo a la vez. Después del Overworld, cambia con /chunky world the_nether y vuelve a lanzar radius y start. En el Nether el radio puede ser ocho veces menor: cada bloque del Nether equivale a ocho del Overworld en el viaje por portales. Para un Overworld de 4.000, con 500 en el Nether vas sobrado.

Ponle un borde de mundo

Pregenerar no sirve de nada si los jugadores pueden caminar más allá de lo generado: en cuanto crucen la frontera invisible vuelve el lag exactamente igual que antes. Fija el límite con /worldborder set 6000, donde ese número es el diámetro, es decir el radio multiplicado por dos. Si pregeneraste con radio 3.000, el borde va en 6.000.

Lánzalo con el servidor vacío

Chunky exprime la CPU mientras trabaja. Si lo arrancas con veinte personas conectadas van a notar tirones durante toda la generación y van a pensar que el servidor es malo. Lánzalo de madrugada, o justo después de crear el mundo y antes de repartir la IP. Si tienes que hacerlo con gente dentro, usa /chunky quiet 60 y acepta que irá más lento.

Cuánto tarda

Depende casi por completo del rendimiento en un solo núcleo de la CPU y del tipo de mundo. Orientativamente, en un servidor decente:

Radio 1.000: unos minutos.
Radio 3.000: entre media hora y dos horas.
Radio 5.000: de dos a seis horas.
Radio 10.000: puede pasar de un día.

Un mundo con muchos mods de terreno genera bastante más lento que uno vanilla. No lo canceles porque parezca atascado: mira /chunky progress y fíjate en los chunks por segundo, no en el porcentaje.

Problemas típicos

«No pasa nada al poner start»: no habías definido el radio, o estás en un mundo distinto del que crees. Comprueba con /chunky world.
El servidor se reinicia solo a mitad: te estás quedando sin RAM. Baja el radio o sube de plan; nuestra calculadora de RAM te dice cuánta necesitas de verdad.
Sigue habiendo lag al explorar tras pregenerar: lo más probable es que los jugadores hayan salido de la zona generada. Pon el borde de mundo.
El progreso va lentísimo: normal si el servidor está lleno. Pausa, espera a la madrugada y continúa.
Se perdió el progreso tras un reinicio: Chunky lo guarda, pero conviene usar /chunky pause antes de reiniciar en vez de cortar en seco.

Qué hacer cuando termina

Pregenerar quita una causa de lag muy concreta: la generación de terreno nuevo. No arregla granjas gigantes, plugins pesados ni una view-distance disparada. Si después de esto tu TPS sigue por debajo de 20, el siguiente paso es la guía de optimización, y si quieres saber qué se está comiendo la CPU exactamente, pega tu reporte en el analizador de Spark.

Cómo pregenerar el mapa con Chunky