Ir al contenido
Back to Homepage

Minecraft: es TPS para el alojamiento AleForge

El TPS, o ticks por segundo, de un servidor se utiliza para cuantificar el estado general de su rendimiento. Al igual que un corazón, el servidor late a un ritmo fijo de 20 ticks por segundo, un tick cada 0,05 segundos.

En cada ciclo, varios aspectos del servidor avanzan un poco: las criaturas se mueven, la hierba crece, los objetos cambian de posición, las criaturas comprueban su entorno y actualizan su comportamiento, la salud y el hambre disminuyen, y mucho más.

El rendimiento de tu servidor depende completamente de su TPS (tiempos por segundo). Con un rendimiento óptimo de 20 TPS, disfrutarás de una experiencia de juego fluida y sin latencia. Sin embargo, si el TPS de tu servidor disminuye, aunque sea solo unos pocos ticks, empezarás a notar lag.

A medida que disminuye el TPS, empezarás a notar el “efecto de goma elástica”. Tu servidor omite ticks en un intento por ponerse al día y corregirse, lo que a menudo provoca que las acciones del juego se retrasen unos segundos. La mayoría de los jugadores asocian esto con monstruos que se teletransportan, bloques que se rompen pero no sueltan su objeto hasta un momento después, golpes de combate retrasados o el sol que retrocede visiblemente en el cielo.

Cada acción y evento en el servidor está condicionado por su TPS (transacciones por segundo). A medida que disminuye el TPS, la velocidad efectiva del servidor también se reduce, y el tiempo de permanencia en el servidor se ralentiza considerablemente.

El TPS (transacciones por segundo) depende principalmente de la velocidad y las capacidades del hardware utilizado para alojar el servidor. Sin embargo, el hardware por sí solo no lo es todo. Simplemente usar el mejor hardware disponible no garantiza un buen rendimiento; lo que sucede en el servidor también es fundamental.

Una mala gestión del servidor puede ser tan perjudicial para el rendimiento como un hardware inadecuado. Las caídas de TPS pueden deberse a plugins, mods, estructuras de redstone complejas y todo tipo de actividades dentro del juego. Identificar la causa exacta de una caída de TPS no siempre es fácil, pero se puede evitar en gran medida con buenas prácticas de gestión del servidor.

Al añadir mods o plugins, piensa en las consecuencias a largo plazo de lo que estás instalando. Muchos administradores de servidores nuevos asumen que la cantidad de jugadores determina el rendimiento del servidor. Antes de concluir que “solo hay un par de personas conectadas y el servidor va fatal”, conviene saber que la cantidad de jugadores influye relativamente poco en el rendimiento general del servidor. Los verdaderos factores que provocan caídas en el TPS son los eventos que ocurren en tu mundo. Esto se nota especialmente en servidores con mods, con todos los nuevos bloques y funcionalidades que añaden.

Por cada bloque modificado que proporciona alguna función, el servidor debe dedicar recursos para llevarla a cabo. Un solo bloque apenas se registra. Pero cuando ese bloque forma parte de un conjunto grande, como un banco de paneles solares, el servidor debe dedicar muchos más recursos para mantener todo el conjunto en funcionamiento. Si lo analizamos en detalle, empezamos a ver la cantidad de procesos que ocurren en segundo plano en cualquier momento.

Tomemos como ejemplo un conjunto de 1000 paneles solares. Cada panel comprueba constantemente la hora del día y, a continuación, busca cables en los bloques circundantes para suministrar energía. Si un cable se conecta a otro conjunto, la línea principal se actualiza para reflejar la potencia combinada de ambos. Todo esto ocurre cada 0,05 segundos, y si a esto le sumamos todo lo demás que se ejecuta en el servidor simultáneamente, la carga aumenta rápidamente. No es de extrañar que este tipo de carga suponga una gran presión para un juego que no fue diseñado originalmente para funcionar de esta manera.

La mayoría del software de servidor permite comprobar el TPS actual directamente desde console o dentro del juego, normalmente con un comando como /tps. En servidores basados en Paper y Spigot, esto también muestra la memoria por segundo (MSPT), el tiempo medio que tarda en procesarse cada tick, lo que puede ayudar a detectar problemas antes de que el TPS empiece a bajar. Si el software del servidor no incluye esta función por defecto, plugins como Spark ofrecen un análisis mucho más detallado de lo que consume los recursos del servidor, que suele ser la forma más rápida de encontrar la causa real de una caída del TPS en lugar de adivinar.

Prevención de caídas de TPS y buenas prácticas de gestión de TPS

Sección titulada «Prevención de caídas de TPS y buenas prácticas de gestión de TPS»
  • Piensa bien antes de añadir cualquier cosa, ya sea dentro del juego o desde el servidor. La forma de evaluar esto depende de tu comprensión de lo que estás añadiendo. En el caso de mods y plugins, esto significa informarte sobre su funcionamiento y hacerte una idea razonable de su impacto a largo plazo antes de instalarlos.
  • Ten cuidado con lo que construyes en el juego. Algunos bloques modificados requieren muchos más recursos que otros, y un solo bloque o estructura mal colocado puede causar estragos en el TPS de tu servidor por sí solo.
  • Consolida donde puedas. Varios jugadores, cada uno con su propia base, consumen muchos recursos. Siempre que sea posible, anima a los jugadores a construir relativamente cerca unos de otros y a compartir máquinas en un entorno comunitario, en lugar de duplicar las mismas configuraciones por todo el mapa. Construye con moderación, solo lo que realmente necesitas, y evita construcciones innecesarias y extensas que sobrecarguen los recursos del servidor sin aportar mucho valor.