Cómo Optimizar Servidor SA-MP: Rendimiento, Tickrate y Desync

Los servidores SA-MP con 50 o más jugadores simultáneos suelen acumular tres síntomas previsibles: caída de tickrate cuando hay combate intenso, desync en persecuciones de coches y traba momentánea cuando muchos jugadores entran al mismo tiempo. En la mayoría de los casos, el cuello de botella no está en la CPU del host — está en loops mal escritos en el gamemode, plugins desactualizados y parámetros conservadores en server.cfg que nunca fueron revisados después del deploy inicial.

Esta guía es para quien administra un servidor SA-MP u open.mp en producción, tiene acceso SSH al host y sabe recompilar gamemode en Pawn. Tiempo estimado de ejecución completa: 90 a 120 minutos, incluyendo mediciones antes y después. Cada sección es independiente — puedes aplicar solo las partes relevantes a tu escenario.

La diferencia entre un servidor que aguanta 200 slots en horario pico y otro que se traba con 60 raramente es hardware. Es configuración.

Requisitos previos

Verifica el estado actual antes de cambiar nada. Registra estos números — sin baseline, no tienes manera de probar que la optimización funcionó:

Ajustar server.cfg

El server.cfg es el lugar más barato para ganar rendimiento — los cambios aquí no requieren recompilar nada y pueden reducir desync en minutos. La mayoría de los servidores corre con valores predeterminados heredados de tutoriales de 2014 que ya no tienen sentido en hardware moderno.

cd /home/samp/server
nano server.cfg

sleep 5
lagcompmode 1
playertimeout 10000
stream_distance 300.0
stream_rate 1000
maxnpc 0
onfoot_rate 30
incar_rate 30
weapon_rate 30

systemctl restart samp-server

tail -n 50 server_log.txt

Auditar el gamemode en Pawn

La mayor fuente de lag en servidores SA-MP establecidos es código antiguo en el gamemode — especialmente loops for(new i = 0; i < MAX_PLAYERS; i++) que corren dentro de timers de 100ms. Cada uno de esos loops, multiplicado por la frecuencia del timer, puede consumir más CPU que todos los plugins juntos.

grep -rn "MAX_PLAYERS" gamemodes/*.pwn | grep -v "Iter_"

// Antes — itera sobre 1000 slots aunque haya 50 jugadores
for(new i = 0; i < MAX_PLAYERS; i++)
{
    if(IsPlayerConnected(i))
    {
        // logica
    }
}

// Despues — itera solo sobre conectados
foreach(new i : Player)
{
    // logica
}

grep -rn "SetTimer" gamemodes/*.pwn

Actualizar plugins esenciales

Los plugins SA-MP tienen impacto directo en el consumo de CPU y en la latencia percibida. Versiones antiguas de streamer y sscanf pueden costar hasta 10 veces más por llamada que las versiones actuales — y casi todo servidor establecido corre con binarios compilados hace 5 años o más.

cd /home/samp/server/plugins
ls -la

plugins streamer sscanf mysql Pawn.RakNet YSF

Tuning de red en el host

El sistema operativo del host tiene parámetros de kernel que afectan directamente la latencia de UDP — protocolo usado por SA-MP. Los valores default de Linux están optimizados para TCP de larga duración, no para el patrón de muchos paquetes pequeños y frecuentes de SA-MP.

sudo nano /etc/sysctl.d/99-samp.conf

net.core.rmem_max = 26214400
net.core.wmem_max = 26214400
net.core.rmem_default = 262144
net.core.wmem_default = 262144
net.core.netdev_max_backlog = 5000
net.ipv4.udp_mem = 8388608 12582912 16777216

sudo sysctl -p /etc/sysctl.d/99-samp.conf

sysctl net.core.rmem_max

Verificación

Confirma las mejoras con mediciones objetivas. Sin números antes y después, es imposible distinguir optimización real de placebo.

Conecta 30 a 50 jugadores reales o bots de prueba durante 30 minutos y registra:

htop

La CPU consumida por el proceso samp03svr debe estar por debajo del 40% en un core durante carga normal. La memoria debe estar estable — crecimiento continuo indica fuga en el gamemode, generalmente en variables dinámicas no desalocadas.

Para latencia percibida por los jugadores, usa el comando /ping en juego o observa la columna PING en /players. Pings consistentes por debajo de 80ms para jugadores hispanoamericanos indican red saludable. Variación mayor a 30ms entre muestras indica jitter — problema de ruta, no de servidor.

Resolución de problemas

El servidor crashea después de actualizar plugins

Recompila el gamemode con los includes correspondientes a las nuevas versiones de los plugins. Las firmas de funciones cambian entre releases — llamar a una función antigua con argumentos nuevos causa error de stack que tira el proceso. Verifica el crashlog en crashinfo.txt en la raíz del servidor.

La CPU sigue alta después de refactorizar

Corre el Profiler en homologación por 1 hora con jugadores reales e identifica callbacks que no fueron refactorizados. Loops residuales en OnPlayerUpdate (llamado decenas de veces por segundo por jugador) consumen CPU exponencialmente — ese callback nunca debe contener loops sobre todos los jugadores.

El desync persiste incluso con lagcompmode correcto

Verifica el packetloss de la ruta con mtr -r -c 100 IP_DEL_SERVIDOR desde tu computadora. Cualquier hop con pérdida superior al 0,5% indica problema de red del datacenter o del tránsito. Ese tipo de desync no tiene solución en software — exige cambio de proveedor o de ruta.

Próximos pasos

Con el servidor optimizado, considera estas próximas inversiones técnicas:

• Migrar a open.mp si aún estás en SA-MP 0.3.7-R5 — la recompilación cuesta horas, la ganancia de rendimiento y seguridad es permanente.
• Implementar anti-cheat server-side con Pawn.RakNet — bloquea el 90% de los hacks comunes sin dependencia del cliente.
• Monitorear vía graphite + grafana o panel de Hostini — observar tickrate y CPU a lo largo de semanas revela patrones invisibles en diagnóstico puntual.
• Evaluar protección DDoS dedicada para UDP — los ataques contra el puerto 7777 son frecuentes en servidores SA-MP populares.

Si estás hospedando un servidor SA-MP en crecimiento, vale considerar la hospedaje dedicado para juegos de Hostini — VPS con virtualización KVM completa, protección DDoS para UDP y datacenters en São Paulo y Miami con baja latencia para Brasil e Hispanoamérica. Sin oversell, sin compartir core con otros tenants.