Lag en servidores de Minecraft: cómo arreglar los TPS bajos

Para arreglar el lag de un servidor de Minecraft, primero averigua de qué tipo es. Ejecuta /tps (en Paper) o un profiler como spark y actúa según los números: baja la distancia de visión y de simulación, quita el plugin o el mod que más pesa, pregenera el mundo y solo después añade recursos. Un servidor sano se mantiene en 20 TPS; por debajo de unos 18 tus jugadores ya lo notan.

Distingue los tres tipos de «lag»

Los jugadores dicen «lag» para tres problemas distintos, y cada uno se arregla de otra forma.

Solo el primero se arregla desde el servidor, y es de lo que trata el resto de esta guía.

Paso 1: Mide los TPS y el MSPT

Los TPS (ticks por segundo) son las veces que el servidor actualiza el mundo cada segundo. El objetivo es 20. El MSPT (milisegundos por tick) es cuánto tarda cada actualización y debe mantenerse por debajo de 50 ms, o el servidor se atrasa.

• En Paper y sus forks, escribe /tps en la consola.
• En Fabric, instala un mod de profiler como spark.
• Un panel administrado puede mostrártelo. La pestaña de rendimiento de SolumeCore grafica los TPS y el MSPT y da un veredicto en lenguaje llano.

Unos TPS bajos pero constantes apuntan a una carga continua. Si los TPS caen a picos, hay un evento detrás: generación de chunks, una granja, una tarea de un plugin, una copia de seguridad.

Paso 2: Perfila en lugar de adivinar

Un profiler registra en qué gasta tiempo el servidor y señala el plugin, el mod o la zona responsable. spark es la herramienta estándar. Ejecútalo uno o dos minutos mientras ocurre el problema y abre el informe: desglosa el tiempo por plugin y por método.

El panel de SolumeCore tiene una versión de un clic: observa el servidor durante 60 segundos y genera un informe con los plugins, mods y zonas más pesados. Comparte el enlace con quien te ayude.

Culpables habituales:

• Un plugin que hace consultas a base de datos en el hilo principal.
• Miles de entidades en un solo lugar (granjas de animales, objetos tirados en el suelo, tolvas).
• Relojes de redstone o de tolvas gigantes.
• Cargadores de chunks que mantienen zonas enormes activas.

Paso 3: Abarata el coste del mundo

Dos ajustes de server.properties son los que más cuestan y los que dan resultados más rápidos:

• view-distance: cuántos chunks se envían a cada jugador. Entre 8 y 10 es un buen equilibrio.
• simulation-distance: hasta qué distancia del jugador el mundo realmente funciona. Bajarla ahorra CPU y mantiene la vista larga.

Cada chunk extra de distancia supone mucho trabajo, porque el área crece con el cuadrado del radio. Mira server.properties explicado para todos los ajustes relacionados.

Paso 4: Pregenera el mundo

Minecraft crea el mundo pieza a pieza a medida que los jugadores exploran, y generar terreno nuevo es de lo más pesado que hace un servidor. Por eso los picos de lag aparecen cuando alguien vuela hacia tierras sin explorar.

Pregenerar hace ese trabajo una sola vez y por adelantado. El plugin Chunky lo hace, y puedes añadir un borde de mundo para que nadie se pierda hacia el infinito. Ejecútalo cuando haya pocos jugadores conectados. El panel de SolumeCore trae una herramienta de pregeneración y un editor de borde en la pestaña de mundo.

Paso 5: Ajusta la JVM y Paper

Cuando ya no quedan problemas evidentes, el ajuste fino da mejoras modestas:

• Usa las conocidas flags de Aikar para el recolector de basura. El generador de flags las escribe según tu RAM.
• No asignes memoria de más. Demasiado heap alarga las pausas del recolector en lugar de acortarlas. Mira cuánta RAM necesita un servidor de Minecraft.
• Usa Paper o un fork. Las optimizaciones de Paper sobre vanilla son grandes y gratuitas.

Paso 6: Limpia lo que instalaste

• Quita los plugins que ya no usas. Cada uno añade trabajo.
• Cambia los plugins pesados por otros más ligeros que hagan lo mismo.
• Limita las entidades con topes de mobs o un plugin de limpieza.
• En un modpack, quita los mods que no uses; los servidores con mods son bastante más pesados. Mira la guía de servidores con mods.

Consejo: cambia una cosa a la vez y vuelve a medir. Si no, nunca sabrás qué funcionó.

Cuando de verdad son los recursos

Si el profiler muestra que el servidor está simplemente ocupado con trabajo legítimo, la respuesta son más recursos, y el orden importa:

1. Primero la velocidad de CPU. El bucle principal de Minecraft es en su mayor parte de un solo hilo, así que un núcleo rápido vale más que muchos lentos.
2. Después la memoria, solo cuando el heap realmente se agota.
3. La velocidad del disco si la carga de chunks se atasca.

En SolumeCore puedes pasar a un plan más grande por tu cuenta y pagar solo la diferencia por los días que le quedan al ciclo, sin reinstalar ni perder tu mundo.

FAQ

¿Cuántos TPS son buenos en Minecraft?

20 es lo perfecto. Entre 18 y 20 es aceptable, y por debajo de 18 la mayoría de jugadores lo nota. Por debajo de 15 el juego se siente roto.

¿Más RAM arregla el lag?

Solo si el lag viene de quedarse sin memoria. La mayor parte del lag procede de la CPU, las entidades, los plugins o la generación del mundo, y ahí la RAM extra no ayuda.

¿Por qué mi servidor va con lag solo a ciertas horas?

Casi siempre es una tarea programada (copia de seguridad, reinicio, trabajo de un plugin) o un pico de jugadores. Mira el profiler durante esa franja.

¿Un modpack da más lag que Paper?

En general sí, porque tiene más contenido que simular. Ajusta el plan al pack y afina los mismos ajustes.

¿Cómo sé si el lag es mío o del jugador?

Si los TPS del servidor están en 20 y solo se queja un jugador, es su conexión o su equipo.

Siguientes pasos

Consigue una base limpia con cómo crear un servidor de Minecraft, o dale más margen a tu mundo con el hosting de Minecraft.