El lag en un servidor de Garry's Mod suele venir de tres cosas que el servidor paga en cada tick: el propio tickrate, los props y entidades que spawnean los jugadores, y el código de addons que se ejecuta en cada tick. La memoria es un sospechoso más débil: en nuestra prueba de arranque de agosto de 2026, un servidor de Garry's Mod vacío usó 99 MB en un plan de 2 GB.
¿Qué hace el tickrate en un servidor de GMod?
El tickrate es cuántas veces por segundo el servidor simula el mundo. Valve Developer Community describe cada tick: el servidor procesa los comandos entrantes de los jugadores, ejecuta un paso de simulación de físicas, comprueba las reglas del juego y actualiza cada objeto. Un tickrate más alto aumenta la precisión, pero “requiere más potencia de CPU y ancho de banda disponible tanto en el servidor como en el cliente”.
El valor por defecto del propio motor es 66,6666 ticks por segundo, y la wiki de Facepunch recomienda de 30 a 128. En un servidor de PlayNHost el ajuste Tickrate empieza en 22, y puedes cambiarlo.
Por eso el tickrate multiplica todo lo demás. Cada prop del mapa forma parte del paso de físicas, así que un servidor de Sandbox que aguanta con un tickrate puede quedarse atrás con uno más alto sin ningún otro cambio.
Sube el tickrate solo cuando el servidor sea estable con uno más bajo, y cámbialo un escalón cada vez.
¿Cuántos props pueden spawnear los jugadores en Sandbox?
Sandbox ya limita lo que cada jugador puede crear. Los valores por defecto en el sandbox.txt del modo de juego:
| Convar | Límite | Por defecto |
|---|---|---|
sbox_maxprops | props que un solo jugador puede crear | 200 |
sbox_maxragdolls | ragdolls que un solo jugador puede crear | 10 |
sbox_maxconstraints | constraints que no son cuerdas que un solo jugador puede crear | 2000 |
Los límites son por jugador, así que el total en el mapa crece con el número de constructores. Bájalos desde la consola del servidor o desde tu configuración del servidor si las construcciones lo tumban. Un valor negativo elimina el límite, así que comprueba que nadie haya puesto uno.
Para limpiar el mapa, un admin (o la consola del servidor) puede ejecutar gmod_admin_cleanup. Elimina todo lo que han spawneado los jugadores y vuelve a generar las entidades propias del mapa. Añade un tipo, por ejemplo gmod_admin_cleanup props, para eliminar solo ese tipo.
¿Cómo causan lag los addons?
El código de un addon enganchado a Think o Tick se ejecuta en el servidor una vez por tick, así que con un tickrate de 22 se ejecuta 22 veces por segundo, y con 66 se ejecuta 66 veces. La mayoría de los addons no te dicen si hacen esto.
- Añade los addons en tandas pequeñas, para que cuando baje el rendimiento sepas qué tanda lo causó.
- Ten claro qué descargan los jugadores. El servidor monta toda tu colección de Workshop, pero a los jugadores solo se les envía el mapa actual (si está en la colección), el modo de juego (si nombra un id de Workshop) y todo lo que un addon marque con
resource.AddWorkshop. Los archivos Lua se envían aparte. Cada descarga extra ralentiza la entrada, y la wiki de Facepunch advierte que marcar para descarga addons que solo contienen Lua aumenta los tiempos de entrada.
¿Cómo encuentro la causa del lag?
Sigue este orden:
- Cuenta las entidades.
ents.GetCount()devuelve cuántas entidades existen. Si el número sube durante toda la sesión, el problema son los props. - Comprueba las físicas. El ejemplo de la wiki de Facepunch que aparece abajo, colocado en un archivo Lua del lado del servidor como
garrysmod/lua/autorun/server/, imprime un mensaje cuando un paso de físicas tarda más de 100 ms. - Desactiva addons por tandas y mira si se va el lag.
- Baja el tickrate un escalón y mira si se van los tirones.
- Revisa la memoria al final. Abre los gráficos de Uso de tu servidor mientras hay jugadores conectados.
hook.Add("Think", "LagDetector", function ()
if physenv.GetLastSimulationTime() * 1000 > 100 then
print("Physics lag detected!")
end
end)
En nuestro hosting de servidor de Garry's Mod, Tickrate y Colección de Workshop son campos en Configuración, y luego en Ajustes del juego, y se leen cuando el servidor arranca, así que probar un tickrate más bajo exige un reinicio. Nuestra referencia de ajustes de Garry's Mod explica cada uno.
¿Cuándo se queda pequeño el plan?
Cuando la memoria sigue llegando al límite de tu plan mientras hay jugadores. Lee la pestaña RAM en Uso durante una sesión con mucha gente, no con el servidor vacío. Si la memoria está bien y el servidor se entrecorta durante las construcciones, mira primero los props, los addons y el tickrate.
El plan más pequeño tiene 4 slots de jugador. Para un servidor de construcción con unos pocos amigos, empieza ahí con los límites de Sandbox puestos.
El mismo enfoque de diagnosticar primero sirve para Minecraft: consulta cuánta RAM necesita un servidor de Minecraft.
