Optimización del Tickrate de GMod, Addons y Rotación de Mapas para Reducir el Lag: La Guía Definitiva de Rendimiento

El lag en Garry's Mod casi siempre se debe a una de tres cosas: una tasa de ticks configurada más alta de lo que el servidor puede manejar, demasiados props y entidades, o un addon que trabaja en cada tick. La memoria rara vez es la causa, por eso comprar un plan más grande a menudo no cambia nada.

Source ejecuta su simulación en un solo hilo. Ese único hecho explica la mayoría de lo que sigue.

La tasa de ticks es un presupuesto, no una configuración de calidad

La tasa de ticks es cuántas veces por segundo el servidor simula el mundo. Una tasa más alta se siente más nítida, y una tasa más alta consume CPU en cada tick, ya sea que algo interesante esté pasando o no.

La trampa es que la tasa de ticks multiplica todo lo demás. Un servidor Sandbox con mucha física que funciona bien con una tasa baja puede colapsar con una tasa más alta sin ningún otro cambio, porque cada prop se está simulando con más frecuencia.

• Sandbox tiene mucha física. Los props, las restricciones y los ragdolls cuestan cada tick, y los jugadores construyen más con el tiempo.
• TTT y DarkRP se comportan diferente. Los modos de juego por ronda tienen picos al inicio de cada ronda; los servidores de rol acumulan entidades durante horas.
• Aumenta la tasa de ticks solo cuando el servidor esté estable en una tasa baja. Es el último paso de ajuste, no el primero.

Los props y las entidades son el verdadero costo

En cualquier servidor Sandbox o DarkRP que funcione durante mucho tiempo, la cantidad de entidades es lo que crece sin que nadie decida que crezca.

• Los límites de props existen por una razón. Un servidor sin límites descubrirá cuál es su límite de forma dura, usualmente durante una sesión de construcción.
• Las construcciones con restricciones cuestan más que los props sueltos. Las restricciones físicas se resuelven cada tick, y una construcción grande soldada es mucho más costosa que el mismo número de props separados.
• Limpieza programada. La limpieza automática de props entre rondas o en un temporizador es el cambio más efectivo en la mayoría de los servidores.
• Los ragdolls y pedazos se acumulan. Son baratos individualmente, pero no lo son cuando hay cientos.

Addons: el sospechoso usual que nadie revisa

Un addon que ejecuta trabajo en cada tick te cuesta más de sesenta veces por segundo para siempre. La mayoría no publicita esto.

• Agrega addons en pequeños grupos, así cuando el rendimiento baje sabes qué lo causó.
• Desconfía de cualquier cosa que reaccione a eventos en cualquier parte del mapa, en lugar de cerca de un jugador.
• Las colecciones del Workshop son descargas para cada jugador que se une. Una colección grande es una barrera para que la gente se una tanto como una carga para el servidor. Los servidores Sandbox de construcción lo sienten más: ver Dominio de Sandbox.

El mismo principio decide la elección de mods en Factorio: ¿cuánto cuesta por tick, y todos necesitan tenerlo instalado también?

Diagnostica antes de actualizar

Trabájalo en este orden, porque las soluciones baratas también son las más probables:

1. Cuenta las entidades. Si el número sube todo el día, ese es el problema.
2. Desactiva addons en grupos y observa si el rendimiento mejora.
3. Baja la tasa de ticks un paso y ve si desaparecen los tirones.
4. Revisa la memoria al final. Si no está llena ni con picos pronunciados, la RAM no es tu cuello de botella.

Este es el mismo orden que aplica a lag por tick en Minecraft, donde más memoria tampoco arregla un servidor limitado por CPU. Juego distinto, error idéntico.

Nuestro servicio de alojamiento para servidores de Garry's Mod expone la gestión del tickrate y los addons desde el panel, por lo que probar un tickrate más bajo solo requiere un reinicio en lugar de un ticket de soporte.

Cuando el plan realmente es demasiado pequeño

La memoria es la limitante cuando ves que el servidor se detiene en lugar de solo bajar la velocidad: fallos al cambiar de mapa, o que no puede cargar una gran colección del Workshop al iniciar. Esa es una razón real para subir de plan. Un servidor que funciona bien y se traba durante las construcciones no lo es.

Si estás ejecutando un servidor de construcción para seis amigos, el plan más pequeño y un límite de props te servirán mejor que un plan más grande sin límite alguno.