¿Tu servidor de Minecraft empieza a laggear cuando se conectan muchos jugadores? ¿La experiencia se vuelve insoportable cuando cruzas los 30-40 jugadores simultáneos?
No eres el único. De hecho, según la documentación oficial de PaperMC y expertos en hosting de servidores, mantener un servidor estable con más de 50 jugadores es uno de los mayores desafíos para cualquier administrador.
La buena noticia: es completamente posible. Solo necesitas saber qué configuraciones tocar y en qué orden. En esta guía te doy el paso a paso completo para que tu servidor maneje 50+ jugadores sin problemas de lag.
¿Por qué tu servidor hace lag con muchos jugadores?
Antes de entrar en soluciones, entendamos el problema. Minecraft funciona con “ticks” (ciclos por segundo). Un servidor saludable corre a 20 ticks/segundo (TPS). Cuando el servidor no puede procesar todos los ticks, aparecen:
- TPS bajos: El juego se mueve más lento, los bloques tardan en colocarse
- MSPT alto: El servidor tarda en responder, los jugadores experimentan “lag spikes”
- Chunk lag: El terreno no carga correctamente
Los principales culpables suelen ser:
- Distancia de renderizado muy alta
- Demasiados mobs/animales activos
- Entidades entity-heavy (ítems en el suelo, minecarts, etc.)
- circuitos de redstone mal optimizados
- carga/descarga constante de chunks
Configuraciones esenciales de server.properties
Empecemos con el archivo más básico. Desde el panel de tu VPS, edita el archivo server.properties:
- view-distance=5 — Reduce la cantidad de chunks que el servidor envía al cliente (default: 10)
- simulation-distance=5 — Controla cuánto del entorno está “activo” alrededor del jugador (default: 10)
- network-compression-threshold=512 — Comprime datos de red para reducir uso de ancho de banda
- allow-flight=true — Necesario para algunos plugins y servidores survival
Importante: Reducir la distancia de simulación a 5 (en lugar de 10) puede mejorar el rendimiento hasta en un 50% sin afectar significativamente la jugabilidad. Los jugadores podrán explorar sin problemas siempre y cuando no estén en granjas automatizadas complejas.
Optimizar bukkit.yml y spigot.yml
Estos archivos controlan cómo el servidor maneja entidades, mobs y chunks. Aquí están los valores recomendados:
En bukkit.yml:
spawn-limits: monsters: 50 animals: 10 water-animals: 3 ambient: 4 chunk-gc: period-in-ticks: 300 load-threshold: 300
En spigot.yml:
world-settings:
default:
mob-spawn-range: 3
entity-activation-range:
animals: 6
monsters: 16
misc: 2
water: 6
tick-inactive-villagers: true
merge-radius:
item: 4.0
exp: 6.0
max-entity-collisions: 1
hopper-transfer: 24
hopper-check: 24
hopper-amount: 3
¿Por qué estos valores? Porque los valores default están diseñados para servidores pequeños. Con 50+ jugadores, necesitas reducir la carga de procesamiento en todo lo que no sea crítico para la jugabilidad.
Configuraciones específicas para Paper/Purpur
Si usas Paper o Purpur (y deberías usarlos), hay opciones adicionales muy poderosas en config/paper-world-defaults.yml y paper.yml:
# En paper.yml: optimize-explosions: true disable-chest-cat-detection: true container-update-tick-rate: 3 queue-light-updates: true max-auto-save-chunks-per-tick: 10 use-faster-eigencraft-redstone: true mob-spawner-tick-rate: 3 # En config/paper-world-defaults.yml: entity-per-chunk-limit: area_effect_cloud: 8 armor_stand: 10 arrow: 16 firework_rocket: 8
Nota sobre redstone: La opción use-faster-eigencraft-redstone: true puede cambiar el comportamiento de circuitos complejos. Si tienes granjas de redstone que no funcionan después, déjala en false.
Pre-generar el terreno del servidor
La generación de nuevos chunks es uno de los procesos que más recursos consume. Si estás iniciando un nuevo servidor, pre-genera el terreno antes de abrir al público.
Plugin recomendado: Chunky
Para un servidor Survival con 50+ jugadores, pre-genera entre 5,000 y 10,000 bloques desde el punto de spawn. Esto evitará que el servidor tenga que generar terreno nuevo durante las horas pico.
/chunky world spawn /chunky start
También puedes usar ChunkyBorder para establecer un límite y evitar que los jugadores causen generación de chunks más allá de ese punto.
Herramientas para diagnosticar problemas
A veces, incluso con todas las configuraciones correctas, algo sigue causando lag. Para identificar el problema exacto, usa un profiler:
Plugin recomendado: Spark
Spark permite analizar el rendimiento del servidor en tiempo real y genera reportes que muestran exactamente qué está causando el lag (entities, redstone, chunks, etc.).
/spark profiler start [espera 60 segundos] /spark profiler stop /spark report
El reporte te dirá exactamente qué está consumiendo más recursos. Con esa información puedes hacer ajustes quirúrgicos en lugar de configuraciones generales.
¿Cuántos recursos necesitas para 50+ jugadores?
Aquí va la guía rápida según el número de jugadores:
| Jugadores | RAM mínima | CPU recomendada | view-distance |
|---|---|---|---|
| 1-10 | 2 GB | 2 cores | 8-10 |
| 10-25 | 4 GB | 4 cores | 6-8 |
| 25-50 | 6-8 GB | 4-6 cores | 5-6 |
| 50-100 | 8-12 GB | 6-8 cores | 4-5 |
| 100+ | 16+ GB | 8+ cores | 3-4 |
Importante: Estas son recomendaciones base. Si tienes muchos plugins, mobs en granjas, o circuitos de redstone complejos, considera añadir más RAM y CPU.
Plugins que ayudan a mantener el rendimiento
Aunque la mejor optimización es la configuración correcta, algunos plugins pueden ayudar:
- WorldGuard: Con el comando
/stoplagpuedes limitar temporalmente las tareas que ejecuta el servidor durante eventos de mucho estrés. - ClearLagg: Elimina entidades sobrantes y items en el suelo automáticamente.
- Chunky: Para pre-generar el terreno como mencionamos antes.
- Spark: Para diagnosticar problemas.
Precaución: No instales plugins “para mejorar el rendimiento” si no los necesitas. Cada plugin consume RAM y CPU. Menos es más.
Reinicios regulares: el mantenimiento invisible
Los reinicios regulares liberan memoria acumulada y limpian las fugas de entidades (entity leaks). Programa reinicios automáticos cada 6-12 horas en horarios de baja actividad:
# Ejemplo cron en tu panel 0 */6 * * * /restart
Esto mantiene el servidor limpio sin afectar la experiencia de los jugadores.
Resumen: Lista de verificación para servidores 50+
- view-distance=5 y simulation-distance=5 en server.properties
- network-compression-threshold=512 en server.properties
- Configurar spawn-limits en bukkit.yml
- Configurar entity-activation-range en spigot.yml
- Habilitar optimize-explosions y otras opciones de paper.yml
- Pre-generar chunks con Chunky antes de abrir al público
- Usar Spark para diagnosticar problemas persistentes
- Reiniciar el servidor regularmente
- No instalar plugins innecesarios
Si sigues estos pasos y tu servidor sigue con lag, el problema probablemente es de hardware. En ese caso, considera actualizar tu VPS a uno con más RAM y CPU.
¿Tienes problemas específicos de lag?
Cuéntame en los comentarios qué está pasando con tu servidor: ¿TPS bajos? MSPT alto? Chunk lag? Con esa información puedo darte recomendaciones más específicas para tu caso.