AI in the panel
Optimizador de rendimiento con IA para servidores de Minecraft
Cuando un servidor va lento, muchos consejos se basan en suposiciones: bajar la distancia de visión, quitar un plugin, comprar más RAM. Esta herramienta mide. Un botón encima de tu consola lee el tiempo de tick, la tasa de ticks, el procesador y la memoria frente a tu propio plan, cada entidad cargada por tipo, los chunks simulados, el recolector de basura, tus plugins y quién está conectado, y vuelve con una frase que nombra la causa y la cifra que hay detrás. Después prepara los arreglos como tarjetas, y cada una se deshace con un clic.
Una frase, con la cifra dentro
La respuesta une siempre el síntoma con la causa, en la misma línea: tu servidor llega a 38 MSPT porque hay 12.000 entidades cargadas, de las cuales 9421 son marcos. El síntoma solo confirma lo que ya notabas. La causa sola no te dice lo que te está costando. Juntos te dicen qué cambiar y qué recuperas.
Cada cifra de esa frase se mide en tu propio servidor en el momento en que preguntas, y puedes ver la comprobación mientras ocurre: los comandos que envía aparecen en tu consola en directo como cualquier otra línea, porque es justo ahí adonde han ido.
Lo que mide, en una sola pasada
Diez cosas, en unos siete segundos, en una sola comprobación. Un asistente que las busca una a una necesita decenas de pasos y más créditos. Aquí nuestras propias herramientas hacen la medición y entregan un informe terminado: la respuesta es rápida, barata e igual cada vez para el mismo estado del servidor.
| Medición | Lo que se lee | Por qué importa |
|---|---|---|
| MSPTMilisegundos por tick | Cuánto dura de verdad un tick, en los últimos 5 segundos, los últimos 10 segundos y el último minuto, más el peor tick de ese periodo. | Es la cifra que importa. Un tick tiene 50 ms; todo lo que pase de ahí es un tick que el servidor no ha terminado a tiempo. |
| TPSTicks por segundo | La tasa de ticks de los últimos 1, 5 y 15 minutos. | 20 es perfecto. El TPS solo baja cuando el MSPT ya se ha pasado del presupuesto: te dice que algo va mal, no por qué. |
| CPU | El uso de procesador de tu contenedor en directo, medido frente al límite de tu plan y no frente al 100 %. | Un plan con 2 núcleos permite el 200 %, así que 178 % es estar ocupado y 6 % es estar en reposo. Lo señalamos a partir del 90 % de tu propio límite. |
| RAM | La memoria usada frente a la memoria que te da tu plan. | A partir del 90 % el recolector de basura empieza a comerse tiempo de tick, y a partir del 95 % es lo primero que hay que arreglar. |
| EntidadesPor tipo, por dimensión | Cada entidad cargada en el Overworld, el Nether y el End, contada por tipo y ordenada de la más pesada a la más ligera. | Es la causa real más habitual. Cada entidad se procesa en cada tick: 9000 marcos en un solo chunk no son decoración, cuestan tiempo de tick. |
| Carga de chunks | Cuántos chunks se están simulando de verdad alrededor de tus jugadores en este momento. | Los chunks crecen con el cuadrado de la distancia de visión: este número explica por qué un solo ajuste puede duplicar el trabajo. |
| Recolector de basura | Las pausas de recolección, cuando tu servidor las anota o cuando un plugin de perfilado puede informar de ellas. | Una pausa larga es un parón para todos los que están dentro, aunque el tick medio parezca sano. |
| Plugins | Todo lo que hay instalado, y además qué plugin está generando errores en el registro reciente, y cuántos. | Un plugin que falla en bucle quema tiempo de tick sin que nada parezca roto desde fuera. |
| Jugadores | Cuánta gente está conectada, frente a tu límite de plazas. | Las mismas cifras no significan lo mismo con 0 jugadores que con 40: el informe siempre dice en cuál de los dos casos estaba. |
| Registro del servidor | Cuántas veces el servidor ha anotado que no podía seguir el ritmo, que ha saltado el vigilante o que se ha quedado sin memoria. | Así ves también el lag que ocurrió cuando nadie estaba midiendo. |
Los umbrales con los que juzgamos, completos
Estos son nuestros umbrales, las mismas cifras con las que juzga la comprobación. Salen de un único punto: un tick dura 50 ms, y todo lo demás se deriva de ahí, o de los límites de tu propio plan.
| Umbral | Cómo lo clasificamos | Por qué esa cifra |
|---|---|---|
| MSPT de 50 o más | Crítico | Un tick tiene 50 ms. Por encima de eso el servidor no puede mantener 20 TPS, y todo va más lento que el tiempo real. |
| MSPT de 33 a 50 | Aviso | Se han ido dos tercios del presupuesto de un tick. Todavía no se ha roto nada, pero ahora cada pico pasa de 50 ms. |
| MSPT de 25 a 33 | Conviene saberlo | La mitad del presupuesto usada. Muy bien para hoy, y la cifra que hay que recordar antes de añadir jugadores o plugins. |
| TPS por debajo de 19.5 | Aviso | Por debajo de 15 lo llamamos crítico: a esas alturas las criaturas, los cultivos, la redstone y las tolvas van visiblemente lentos para todos. |
| CPU al 90 % de tu plan | Aviso | En tu propio límite, cada trabajo de más se convierte directamente en lag: o baja el trabajo, o sube el plan. |
| RAM al 90 % de tu plan | Aviso | A partir del 95 % es crítico: el recolector de basura funciona casi sin parar y cada pausa es un tirón. |
| 3000 entidades cargadas | Aviso | A partir de 8000 es crítico, y un solo tipo por encima de 800 se señala aparte, porque eso es una granja o un plugin, no juego normal. |
| view-distance en 12 o más | Conviene saberlo | Cada jugador carga (2 × distancia + 1)² chunks: 12 son 625 chunks frente a 289 con 8. |
| simulation-distance en 8 o más | Conviene saberlo | La distancia de simulación cuesta mucho más que la de visión, porque todo lo que hay dentro se procesa y no solo se dibuja. |
| 3 × «can't keep up» en el registro | Aviso | Un solo plugin que produce 5 errores en el registro reciente también se señala, porque eso cuesta tiempo de tick en silencio. |
Los hallazgos se ordenan del más grave al menos grave, y el síntoma se asocia a la causa más pesada que se ha medido. Cuando nada cruza una línea, lo dice y enseña las cifras que lo demuestran.
Cómo va una comprobación, de principio a fin
Abre la consola y pulsa un botón
Encima de la consola en directo de tu servidor, una línea te pregunta si tienes lag. Lee lo que ya aparece en pantalla: si tu servidor acaba de anotar que no podía seguir el ritmo, o si la memoria toca el límite de tu plan, esa línea se convierte en un aviso con la cifra antes incluso de que preguntes nada.
Mide tu servidor en directo
La comprobación tarda unos siete segundos. Lee las estadísticas del contenedor, tus ajustes, tu carpeta de plugins y el registro reciente, y le pide al propio servidor sus tiempos de tick, su tasa de ticks, la lista de jugadores, los límites de criaturas y el recuento de entidades. Todo lo que pide es de solo lectura, y puedes ver cada línea aparecer en tu propia consola mientras ocurre.
Nombra la causa, con la cifra detrás
La respuesta empieza con una línea del tipo «tu servidor llega a 38 MSPT porque hay 12.000 entidades cargadas, de las cuales 9421 son marcos». El síntoma y la causa en la misma frase, porque el síntoma solo no te cuenta nada que no hayas notado ya, y la causa sola no te dice lo que te está costando.
Los arreglos llegan como tarjetas para aplicar
Primero el más barato y el más fácil de deshacer: un ajuste antes que un plugin, un plugin antes que un reinicio. Cada tarjeta muestra exactamente lo que cambia, y encima de un grupo de tarjetas un botón Arreglar automáticamente las aplica en orden. Cada cambio guarda su propia forma de deshacerse, y un botón más revierte todo lo que hizo ese mensaje.
Si no pasa nada malo, dice que no pasa nada malo
Un servidor que queda por debajo de cada umbral se lo oye decir, con las cifras que lo demuestran. Solo señala problemas que ha medido, y te avisa cuando ha medido un servidor vacío, porque una medición de referencia sin nadie dentro no es una prueba de carga.
Lo que puede arreglar cuando ya lo sabe
Encontrar la causa es la mitad del trabajo. El mismo asistente puede aplicar el arreglo en el servidor del que viene la medición, y propone primero el más barato y el más fácil de deshacer.
| Lo que cambia | Detalle |
|---|---|
| Ajustes de carga | 63 ajustes en server.properties, más los archivos donde viven los ajustes que de verdad causan el lag: el número de criaturas, las tasas de aparición, los alcances de las entidades, las distancias de desaparición y el tiempo que tardan en desaparecer los objetos. |
| Distancia de visión y de simulación | Las dos cifras con más efecto por jugador, cambiadas con el antes y el después a la vista. |
| Límites de entidades y criaturas | Los topes de aparición y los alcances de activación, para que una granja deje de hacer trabajar a todo el servidor en lugar de solo a su rincón. |
| Plugins | Instala desde un catálogo de 510 plugins revisados, por ejemplo un pregenerador para que explorar deje de cargar chunks nuevos en las horas punta. |
| Archivos de configuración enteros | Cuando un cambio no cabe en un solo ajuste, escribe el archivo completo y guarda el anterior para poder deshacerlo. |
| Primero una copia de seguridad | Antes de una serie de cambios hace una copia: siempre hay un camino de vuelta que no depende de ninguna opción de deshacer en concreto. |
Los ajustes que suelen hacer falta contra el lag no están en el archivo que todo el mundo conoce. El número de criaturas y las tasas de aparición, los alcances de las entidades y las distancias de desaparición viven en los otros archivos de configuración de tu software de servidor, y el asistente cambia el archivo correcto.
- Paper
- Purpur
- Spigot
- Folia
- Chunky
- Spark
- WorldGuard
- Multiverse-Core
- ViaVersion
- CoreProtect
Qué motor hace la comprobación
El optimizador forma parte del AI Copilot, que tiene dos motores. Una comprobación funciona con Pulsar, el rápido, de hasta 8 pasos, porque nuestras propias herramientas ya han hecho la medición y el modelo solo tiene que leer el informe y redactarlo. Cuando el arreglo es un trabajo y no un ajuste, por ejemplo repartir la carga entre varios plugins a la vez, se encarga Quasar, que trabaja hasta 30 pasos en un mensaje y comprueba el resultado de cada uno antes de empezar el siguiente. En Auto, el panel elige en cada mensaje: una comprobación nunca te cuesta lo que cuesta una construcción.
Cada servidor empieza con 2500 créditos gratuitos, y el panel muestra lo que ha costado un mensaje en cuanto termina.
Preguntas sobre el rendimiento de un servidor de Minecraft
¿Qué es el MSPT y qué se considera un buen MSPT?
El MSPT son los milisegundos por tick: el tiempo que necesita tu servidor para calcular un tick del mundo. Tiene 50 ms, porque en un segundo tienen que caber 20 ticks. Por debajo de 25 ms vas holgado, a partir de 33 ms empezamos a avisarte porque entonces cada pico se pasa del presupuesto, y a 50 ms el servidor ya no puede mantener 20 TPS. El MSPT es mejor cifra para vigilar que el TPS, porque se mueve mucho antes de que el TPS se mueva.
Mi TPS marca 20 pero el servidor sigue con lag. ¿Cómo es posible?
El TPS es una media, y una media esconde un pico. Un servidor puede estar a 20,00 TPS con un peor tick de 191 ms en el mismo periodo, y ese único tick es el parón que tus jugadores han notado de verdad. La comprobación da el peor tick junto a la media justo por eso, y cuenta cuántas veces el servidor ha anotado que no podía seguir el ritmo: el lag de hace una hora también aparece.
¿Cuántas entidades son demasiadas en un servidor de Minecraft?
Lo señalamos a partir de 3000 entidades cargadas y lo llamamos crítico a partir de 8000. Un solo tipo por encima de 800 se señala aparte aunque el total esté bien, porque un tipo tan por delante de los demás es una granja, un criadero o un plugin que los genera, y esa es una causa sobre la que puedes actuar de verdad.
¿Cuánto cuesta una comprobación de rendimiento?
Cada servidor empieza con 2500 créditos gratuitos del Copilot, y una comprobación funciona con Pulsar, el motor rápido, porque nuestras propias herramientas hacen la medición y el modelo solo tiene que leer el resultado. Con Pulsar, una comprobación completa con la respuesta cuesta unos cientos de créditos: los créditos gratuitos alcanzan para varias. La medición en sí no se cobra aparte: solo pagas el mensaje.
¿La comprobación cambia algo en mi servidor?
No. Cada comando que envía es un comando de informe de solo lectura, y puedes verlos todos aparecer en tu propia consola mientras trabaja. No cambia nada hasta que pulsas Aplicar en una tarjeta, e incluso entonces cada cambio guarda su forma de deshacerse. Si prefieres que aplique las cosas ella misma, es un ajuste aparte que activas tú.
¿Funciona con cualquier tipo de servidor de Minecraft?
Las cifras del contenedor, los ajustes, la lista de plugins y el registro se leen en todos los tipos de servidor. Las cifras de tick, el recuento de entidades y los límites de criaturas vienen del propio software del servidor: llegan más completas en Paper y Purpur, que es lo que usan la mayoría de los servidores con plugins. En un tipo que no las da, la comprobación dice qué cifra no ha podido obtener en lugar de estimarla.
¿Por qué no instalar yo mismo un plugin de perfilado?
Puedes, y si ya tienes uno, la comprobación también lee sus cifras del recolector de basura. La diferencia es que un perfilador te da una página de cifras y te deja a ti la lectura. Aquí recibes una frase que nombra la causa, clasificada con umbrales que son siempre los mismos, y los arreglos listos para aplicar en el servidor del que salen las cifras.
¿Puedo seguir arreglando el lag yo mismo?
Claro, y merece la pena entender lo que cambias. Nuestra guía escrita repasa los ajustes que importan y por qué, y esta página y esa guía están pensadas para leerse juntas. Lee la guía para reducir el lag de un servidor de Minecraft.
Dónde encontrarlo
Abre tu servidor en el panel, ve a la pestaña Consola, y la línea encima de la salida es la puerta de entrada. Si tu servidor acaba de anotar que no podía seguir el ritmo, o si el procesador o la memoria tocan el límite de tu plan, esa línea ya es un aviso con la cifra antes de que hagas clic en nada.
El optimizador viene incluido en todos los planes sin coste adicional, como el resto del AI Copilot. Si prefieres hacerlo tú, la guía para reducir el lag de un servidor de Minecraft cubre los mismos ajustes a mano, y cuánta RAM necesitas responde a la pregunta que suele venir primero. Lo que incluye cada plan está en la página de funciones.
Hay una segunda pasada sobre el mismo servidor que mide algo muy distinto: la comprobación de seguridad con IA hace 31 controles sobre quién puede entrar y quién puede lanzar comandos, qué puertos de más hay abiertos, tus plugins y las últimas 400 líneas de tu consola. Lento y arriesgado son problemas distintos, y un servidor al que acaban de darle un operador inesperado puede parecer, desde fuera, un problema de rendimiento.
Los umbrales, los límites de pasos, el número de plugins, el número de ajustes y la cantidad de créditos gratuitos de esta página se leen de nuestra propia configuración del Copilot en el momento en que se construye la página: cambian con el producto en lugar de estar escritos dos veces. Escrito el 10 de octubre de 2026.
Escrito y revisado por el equipo de Astroworld Hosting. Última revisión: 6 de septiembre de 2026.
Entrega: la mayoría de los servidores se entregan al instante y funcionan a los pocos segundos del pago; el resto llega en menos de 60 minutos durante el día y en menos de 12 horas por la noche.