Chunky: calcula el área y el tiempo antes de abrir
Para elegir el área que vas a pregenerar con Chunky, parte de la fecha de apertura: delimita la zona jugable, mide una prueba representativa y reserva tiempo y disco para la copia final y el ensayo. Copiar el radio de otro servidor no permite saber si tu mundo estará listo a tiempo.
Esta guía está dirigida a responsables de comunidades y equipos de eventos que preparan un mundo Java y ya tienen Chunky instalado. El resultado es una ficha de dimensionamiento y una decisión de apertura. Las cifras son ejemplos inventados, no mediciones de Mineando ni promesas sobre tu equipo.
Convierte la zona jugable en trabajo de generación
Anota el mundo, el centro, la forma y la extensión necesaria. Incluye destinos del torneo, salidas de portales y puntos de teletransporte utilizados durante el evento. Trata cada dimensión por separado: una estimación del overworld no demuestra cuánto costará preparar una dimensión de un mod.
Comprueba las unidades antes de aprobar el alcance. El radio numérico de Chunky se expresa en bloques; el borde vanilla utiliza un diámetro y tiene forma cuadrada. Un tamaño de borde de 6.000 equivale, por tanto, a una semianchura de 3.000. Consulta la referencia del radio y la guía oficial de bordes.
Como primera aproximación geométrica, un cuadrado de semianchura r contiene unas (2r / 16)² columnas de chunks; un círculo, unas πr² / 256. Son cálculos de superficie, no recuentos exactos de Chunky. La alineación de los extremos, el terreno existente y la generación fuera de la superficie seleccionada pueden modificar el trabajo y el almacenamiento.
| Superficie seleccionada | Columnas de chunks aproximadas |
|---|---|
| Cuadrado, semianchura de 1.500 bloques | 35.156 |
| Cuadrado, semianchura de 3.000 bloques | 140.625 |
| Círculo, radio de 3.000 bloques | 110.447 |
Duplicar el radio cuadruplica el área. El círculo reduce la superficie respecto al cuadrado que lo contiene, pero deja fuera sus esquinas. No lo elijas solo para mejorar la estimación si el evento necesita esas zonas.
Comprueba por separado el límite jugable y la selección de generación. Decide si los recorridos requieren terreno preparado más allá del borde por la distancia de visión. Ese margen también debe entrar en el cálculo; no hay una medida universal que esta guía pueda certificar para tu instalación.
Mide una prueba parecida al trabajo definitivo
Antes de generar terreno en producción, conserva una copia recuperable y acuerda quién puede detener el trabajo. Si nunca habéis restaurado el entorno completo, prepara antes el procedimiento con el ensayo de restauración de backups.
Utiliza la versión prevista de Minecraft, el generador, los datapacks, los mods y la configuración relevante. Mantén una asignación de recursos comparable a la del entorno donde se hará la generación. Quitar una dependencia que modifica el terreno para acelerar la prueba invalida la estimación del mundo original.
Selecciona un área con terreno nuevo y estructuras representativas. Registra hora de inicio y fin, chunks procesados, espacio libre antes y después y errores. Repite en otra zona si el mundo contiene terrenos muy distintos. La prueba debe durar lo suficiente para mostrar presión sostenida sobre el almacenamiento; una ráfaga breve tras arrancar aporta poca evidencia para un trabajo nocturno.
Chunky muestra progreso, velocidad y tiempo restante estimado. La guía de pregeneración explica esos indicadores. Guarda varias observaciones, sin convertir la primera estimación en un compromiso de entrega.
Según las preguntas frecuentes de Chunky, los chunks existentes se omiten. Una prueba que recorra sobre todo terreno antiguo puede parecer engañosamente rápida para un mundo nuevo. Separa las mediciones de generación nueva de los recorridos por áreas existentes.
Calcula un intervalo y reserva tiempo operativo
Supongamos que la ficha utiliza una velocidad sostenida de entre 40 y 60 chunks nuevos por segundo. Es un dato hipotético que debes sustituir por observaciones de tu entorno.
Para el cuadrado de semianchura de 3.000 bloques:
- A 60 chunks por segundo:
140625 / 60 / 3600 ≈ 0,65 horas. - A 40 chunks por segundo:
140625 / 40 / 3600 ≈ 0,98 horas.
Con una semianchura de 6.000, el recuento aproximado pasa a 562.500 y las mismas velocidades supuestas dan unas 2,60–3,91 horas. Solo se estima generación. Faltan la copia, el reinicio, posibles transferencias, el renderizado del mapa, los fallos y el ensayo.
Si dispones de tres horas de mantenimiento, el cuadrado grande ya supera la ventana con la velocidad supuesta más lenta. Incluso el pequeño necesita una reserva independiente para el resto de tareas. No asignes toda la ventana a generar terreno para descubrir después que el backup no termina antes de que lleguen los participantes.
Deja acordada la alternativa antes de empezar: reducir el área inicial, aplazar una dimensión opcional o cambiar la hora de apertura. Identifica quién puede autorizarlo y la hora límite para decidir. Pasar a otra máquina es una decisión de proyecto que exige medir de nuevo, no una solución automática.
Dimensiona el disco por separado
Utiliza el aumento del almacenamiento del mundo durante la prueba como observación local. Si, de forma hipotética, 10.000 columnas nuevas añaden 1 GiB, una extrapolación proporcional para 140.625 columnas da unos 14,1 GiB. Es un ejemplo de cálculo, no una proporción estándar de Minecraft.
No incluye los datos existentes y supone que la muestra sigue siendo representativa. Otras dimensiones, estructuras o generadores pueden invalidar esa suposición. Mide siempre la misma magnitud: no mezcles el tamaño aparente de los archivos con el espacio que ocupan realmente en disco.
Reserva además espacio para el destino del backup si comparte disco, las copias temporales, los registros, los mapas renderizados y la actividad posterior. Establece un umbral de espacio libre para pausar el trabajo. Debe salir de las necesidades operativas reales, no de un porcentaje copiado del ejemplo.
Decide la apertura con pruebas concretas
Antes de la hora límite acordada, completa una ficha breve de entrega:
- Conjunto exacto de software y selección terminada, con todas las dimensiones necesarias.
- Duración real y espacio libre restante, con errores o tareas incompletas.
- Backup terminado y comprobación del spawn, recorridos, portales y borde.
- Ensayo de la actividad prevista y responsable que acepta las limitaciones pendientes.
Terminar la pregeneración no demuestra capacidad para una cantidad de jugadores: entidades, plugins, red y mecánicas del evento necesitan su propio ensayo. Un servidor puede tener el terreno preparado y rendir mal cuando empieza la actividad real.
Para encargar la preparación, envía esta ficha, la fecha y la experiencia prevista al servicio de infraestructura gestionada de Mineando. Así se pueden concretar generación, monitorización, recuperación y responsabilidades del ensayo. Son proyectos de pago con presupuesto individual; el soporte continuado y la cobertura en directo se acuerdan aparte.
