El lag tiene dos causas distintas: un TPS bajo indica un servidor sobrecargado, y un ping alto con un buen TPS es un problema de red del jugador. Empieza con el comando tps en la pestaña Consola y con la gráfica Uso de recursos; solo después cambia ajustes. Los mayores efectos se consiguen reduciendo la Distancia de visualización y limitando los mobs.
#Qué necesitas
- Servidor en estado En ejecución.
- Acceso a las pestañas Consola, Configuración y Registros.
#Paso 1: diagnostica qué provoca el lag
En la pestaña Consola escribe:
tps| Valor de TPS | Significado |
|---|---|
| 20.0 | El servidor funciona correctamente: el problema está en la red o en el cliente |
| 15–19 | Tirones perceptibles, conviene buscar la causa |
| por debajo de 15 | El servidor no da abasto: hacen falta cambios |
A continuación, revisa la gráfica Uso de recursos debajo de la consola:
- CPU constantemente al límite: demasiados cálculos por mobs, redstone, distancia de simulación o plugins pesados.
- Memoria constantemente al límite: paquete de RAM insuficiente o un modpack con mucho consumo.
- E/S de disco alta: escrituras frecuentes de chunks, por ejemplo al generar terreno nuevo.
- Todo bajo y los jugadores se quejan: el problema está en la red del jugador, no en el servidor.
Para un diagnóstico preciso, usa el plugin Spark (/spark profiler). El informe indica el plugin o mod concreto que genera la carga, en lugar de adivinarlo.
#Paso 2: los ajustes de mayor impacto
En la pestaña Configuración → grupo Red y rendimiento:
| Ajuste | Valor sugerido | Efecto |
|---|---|---|
| Distancia de visualización | 6–8 | La mejora más rápida. Cada punto supone un incremento cuadrado de los chunks enviados |
| Distancia de simulación | 4–6 | Limita los cálculos de mobs y redstone lejos del jugador |
| Máximo de jugadores | un límite realista | El panel avisa: «Un número alto de jugadores puede afectar al rendimiento» |
| Tiempo de inactividad | 15–30 | Libera plazas de jugadores inactivos |
| Alcance de transmisión de entidades | 50–75% | Menos datos sobre entidades enviados a los clientes |
Después de guardar, el panel marcará con la etiqueta Restart los ajustes que requieren reinicio. Haz clic en Guardar cambios y después en Reiniciar.
Cambia un ajuste cada vez y comprueba el TPS tras unos minutos de juego. Cambiar varios a la vez impide saber cuál ayudó.
#Paso 3: mobs y entidades
Las granjas de mobs y los objetos tirados son la causa más frecuente de caídas de TPS en servidores de supervivencia.
- En Configuración → Jugadores y permisos, desactiva Aparición de NPC si no necesitas aldeanos; la mecánica de comercio es costosa.
- Reduce los límites de mobs en
spigot.yml/paper-world-defaults.yml(para el motor Paper). Edita esos archivos en la pestaña Archivos. - Pide a los jugadores que recojan los objetos tirados y configura un tiempo de desaparición más corto en la configuración de Paper.
- Puedes comprobar el número de entidades de la zona con el comando:
minecraft:data get entity @p#Paso 4: plugins y mods
- Abre Registros y revisa las advertencias sobre tareas largas.
- Elimina los complementos que nadie usa: cada plugin consume memoria y tiempo de tick.
- Especialmente costosos: los mapas dinámicos (Dynmap), un plugin de economía con escrituras frecuentes en la base de datos y los mods que generan estructuras.
- Los modpacks necesitan varias veces más RAM que Vanilla; si la Memoria está constantemente llena, plantéate un paquete mayor.
#Paso 5: mundo y disco
- La pregeneración del mundo (plugin Chunky) elimina los tirones al explorar: el terreno se genera de antemano, no durante el juego.
- El Tamaño máximo del mundo en Configuración → Mundo limita el borde del mundo. Un mundo más pequeño supone menos chunks por generar y copias de seguridad más pequeñas.
- Elimina los archivos comprimidos y los logs antiguos en la pestaña Archivos: un disco lleno ralentiza las escrituras de chunks.
#Problemas más frecuentes
#TPS 20, pero los jugadores tienen lag
El servidor funciona bien: el problema está en la red del jugador. Pide que pruebe con cable en lugar de Wi-Fi y que desactive la VPN.
#Lag solo en un punto del mapa
Suele ser una granja de mobs, un circuito de redstone grande o una gran acumulación de objetos. Ve a ese punto, comprueba el TPS y el número de entidades.
#El servidor se ralentiza tras unas horas y vuelve tras reiniciar
Es un síntoma clásico de fuga de memoria en un plugin o mod. Sigue la gráfica Memoria: si sube de forma lineal, busca al culpable con el profiler de Spark. Como solución temporal, configura un reinicio automático del servidor una vez al día.
#Lag justo después de iniciar el servidor
El servidor está cargando el mundo y los plugins. Unos minutos de tirones tras el arranque son normales; si dura más, revisa la E/S de disco.
#Tirones al explorar terreno nuevo
El servidor genera chunks sobre la marcha. Haz la pregeneración (Chunky) y reduce la Distancia de visualización.
#Cambié los ajustes, pero no pasó nada
Algunos ajustes requieren reinicio: el panel los marca con la etiqueta Restart y con el mensaje «Se requiere reinicio para aplicar los cambios». Haz clic en Reiniciar.
#Qué sigue
- El servidor no arranca - diagnóstico
- Motor y versión del servidor: Paper es claramente más eficiente que Vanilla.