«Can't keep up! Is the server overloaded?» en Minecraft: qué significa y cómo quitarlo

Qué significa el aviso

Un servidor de Minecraft hace sus cuentas 20 veces por segundo: cada una es un tick (o tic), y tiene 50 milisegundos para moverlo todo (mobs, redstone, cultivos, jugadores). Si un tick tarda más, el siguiente empieza tarde; cuando el retraso acumulado es grande, el servidor lo avisa en la consola y se salta los ticks que debía para ponerse al día.

Los números dicen cuánto se ha quedado atrás: «Running 2500ms or 50 ticks behind» son dos segundos y medio, 50 ticks que el mundo no ha vivido. Por eso, cuando sale, los bloques tardan en romperse, los animales van a saltos y la comida no se gasta a su ritmo: es lag del servidor, igual para todos los que juegan.

No tiene nada que ver con la conexión de cada jugador. Si a uno solo le va mal y la consola no dice nada, es su conexión o su ordenador (ping alto en un servidor).

Cuándo es normal

Uno o dos avisos al arrancar, mientras el servidor carga el mundo y los plugins, son normales: arrancar cuesta más que jugar. También uno suelto cuando alguien entra por primera vez a una zona que nunca se ha generado, o al guardar el mundo.

Si tu servidor está en casa, sale con un número enorme («Running 300000ms») después de suspender o hibernar el ordenador, o si se cambia la hora del sistema: el servidor cree que se ha perdido minutos enteros. No es carga; se pasa solo.

Lo que no es normal es que salga cada poco rato con gente jugando. Ahí hay algo que pide más de lo que el servidor puede dar, y conviene saber qué antes de tocar nada.

Mide cuánto va de retraso

1. TPS

   En Paper, tps en la «Consola» (o /tps en el chat siendo op) da la media del último minuto, de los últimos 5 y de los últimos 15. 20 es perfecto; por debajo de 18 empieza a notarse y por debajo de 15 se nota mucho.

2. Milisegundos por tick

   mspt (en Paper) dice cuánto tarda de verdad cada tick. Por debajo de 50 va sobrado aunque el TPS esté en 20; si se acerca a 50 o lo pasa, ese es el aviso. En cualquier servidor desde la 1.20.3, tick query dice lo mismo (el comando /tick).

3. Memoria y procesador

   En el panel, «Inicio» enseña los medidores de memoria, procesador y disco, y «Rendimiento» las gráficas de las últimas horas. Así ves si el retraso coincide con la memoria llena o con el procesador al máximo.

Encuentra la causa con spark

spark viene con Paper y te dice en qué se va cada tick: qué plugin, qué mod, qué tipo de entidad o qué zona del mundo. Es lo que ahorra días de quitar plugins a ciegas.

1. Arranca el perfilador

   Con gente jugando y el aviso saliendo, escribe spark profiler start en la «Consola».

2. Déjalo unos minutos

   Tres o cuatro minutos bastan para que recoja el momento malo. No reinicies mientras tanto.

3. Páralo y abre el enlace

   spark profiler stop te da un enlace con el informe. Busca lo que más porcentaje se lleva bajo «Server thread»: el nombre del plugin, del mod o del tipo de entidad suele salir solo.

Las causas de siempre y su arreglo

1. Generar mundo

   Explorar zonas nuevas, sobre todo volando con élitros o en barco, obliga al servidor a crear el terreno al momento, y es lo que más cuesta. Se arregla generándolo antes con calma: pregenerar con Chunky, y un borde para que nadie se vaya más lejos.

2. Demasiadas entidades

   Granjas con cientos de animales, aldeanos amontonados u objetos tirados por el suelo. spark lo enseña como «entity tick». Lo que hay y cómo bajarlo sin romper granjas, en entidades y lag.

3. Redstone que no para

   Relojes de redstone siempre encendidos, tolvas en cadena o granjas automáticas en zonas cargadas todo el tiempo. Apagar los relojes cuando no se usan y cambiar las tolvas sobrantes por otra cosa se nota.

4. Distancia de visión alta

   view-distance y simulation-distance en server.properties dicen cuántos chunks mantiene cargados el servidor alrededor de cada jugador, y crecen al cuadrado: pasar de 8 a 16 es cuatro veces más trabajo. Bajar simulation-distance (lo que se mueve) quita más carga que bajar view-distance (lo que se ve). Se cambian en «Configuración» del panel (qué es cada opción).

5. Un plugin o un mod

   Si spark señala uno, mira si tiene versión nueva o si su configuración se puede aligerar. Si empezó al añadirlo, quítalo y comprueba. En Fabric, los mods de rendimiento ayudan (cuáles).

6. Memoria al límite

   Con la memoria siempre llena, Java se para a ratos para limpiarla y el tick se alarga: sale el aviso aunque no pase nada raro en el mundo. Pasa sobre todo con modpacks. Cuánta RAM necesita tu servidor.

Si tu servidor está en NapNodes

Los servidores nuevos de Minecraft se entregan en Paper y con el mundo ya generado alrededor del punto de aparición, así que los primeros paseos no lo cargan. Si aun así sale a menudo, haz lo de arriba: spark viene instalado y los ajustes de distancia están en «Configuración», y valen al reiniciar.

Cada plan tiene un tope de procesador (la columna de CPU en la tabla de planes) y la RAM que contratas es solo tuya: nadie más la usa. Si spark no señala nada raro y en «Rendimiento» el procesador va pegado a su tope o la memoria llena todo el rato, el servidor se ha quedado corto para lo que hacéis: más RAM se da sin reinstalar nada, y los planes más grandes tienen también más procesador.

Antes de eso, merece la pena optimizar Paper: unos cuantos ajustes de sus archivos quitan mucha carga sin que se note al jugar.

Para ver el log entero de un vistazo

Si la consola está llena de mensajes y no sabes cuáles importan, pega el log en el analizador de logs de Minecraft: cuenta cuántas veces sale «Can't keep up», señala los errores de verdad y te dice qué guía mirar. Va en tu navegador: el log no se sube a ningún sitio.

Preguntas frecuentes