Libro blanco del lag en juegos › L9 Proceso del juego en el servidor

Bucles infinitos y lógica desbocada Infinite loop / runaway logic

ID de la causa sp-infinite-loop · Responsable principal Desarrollo de servidor (Equipo de desarrollo)

Abrir la ficha interactiva con gráficos y simulaciones →

Si por un bug un tick no termina nunca, el servidor se detiene y el watchdog lo reinicia a la fuerza.

Por qué Un bucle que no termina por una condición errónea, o una recursión desbocada → Efecto El tick no termina y el servidor se detiene → En pantalla Congelamiento y después desconexión de todos los jugadores

Síntomas

Congelamiento, Desconexión

Factores

Detención

A quién afecta

Una zona o un canal, Todo el servidor

Cuándo

Al hacer ciertas acciones, De vez en cuando, al azar

Responsable

Responsable principal Desarrollo de servidor (Equipo de desarrollo)

Tareas (Equipo de desarrollo)

Poner un tope a las iteraciones, tener un watchdog, hacer pruebas que reproduzcan las entradas problemáticas.

En el gráfico

Desconexión masiva · Número de conexiones, CPU por hilo

Dónde mirar

CPU por hilo durante la detención con pidstat -t 1, y en qué función gira el hilo que está al 100% con perf top -t (ID del hilo) o gdb. Si ya se reinició, registros de timeout del watchdog (WatchdogSec de systemd, fallos de la sonda de liveness de Kubernetes)

Se confirma si

Mientras el servidor está detenido, un hilo del juego está pegado al 100% de CPU y su pila sigue girando dentro de la misma función o bucle

Se descarta si

Si la CPU está cerca de 0 durante la detención, apunta a un deadlock o a la espera de una respuesta externa

Se verifica con

Con herramientas de infraestructura (no hace falta código del juego)

Fuentes

1. systemd.service(5) — Linux manual page systemd
   WatchdogSec=: si el servicio no envía la señal de que sigue vivo (WATCHDOG=1) en el tiempo fijado, se considera fallido y se termina; se reinicia automáticamente según el ajuste Restart=
2. Liveness, Readiness, and Startup Probes Kubernetes
   Detectar con una sonda de liveness un proceso que se ejecuta pero no avanza y reiniciarlo; por defecto, se comprueba cada 10 segundos y se reinicia tras 3 fallos seguidos
3. pidstat(1) — Linux manual page sysstat
   -t muestra también las estadísticas por hilo del proceso (uso de CPU, entre otras)
4. perf-top(1) — Linux manual page perf
   Muestra en tiempo real el peso de uso de CPU por función (símbolo) de un hilo (-t) o proceso (-p) en ejecución

Ver también

Misma capa: L9 Proceso del juego en el servidor

• Tick que excede su presupuesto
• Explosión del cálculo de visibilidad (AOI, N²)
• Explosión de broadcast
• Sobrecarga de una zona de un solo hilo (hotspot)
• Contención de locks
• Deadlock
• Llamadas síncronas en el hilo del juego
• Acumulación en la cola de mensajes
• Temporizadores que se disparan todos a la vez
• Avalancha de pathfinding
• Costo de serialización y compresión
• Crash del servidor
• Agotamiento del pool de hilos
• Combate concentrado en un solo objetivo (world boss)
• Avalancha de spawns al entrar en una zona concurrida
• Acumulación de entidades (objetos e invocaciones sin limpiar)
• Cambio del patrón de tráfico tras un parche

Causas de otras capas con el mismo síntoma (Congelamiento)

• Pico de frametime L1 Proceso del juego en el cliente
• Recolección de basura (GC) en el cliente L1 Proceso del juego en el cliente
• Carga síncrona y compilación de shaders en el hilo principal L1 Proceso del juego en el cliente
• Almacenamiento lento que retrasa el streaming de assets L1 Proceso del juego en el cliente
• Escaneos del módulo anti-cheat L1 Proceso del juego en el cliente
• Cambio Wi-Fi ↔ LTE/5G L2 SO y dispositivo del cliente
• Falta de memoria y swap en el cliente L2 SO y dispositivo del cliente
• Falta de memoria gráfica (VRAM) L2 SO y dispositivo del cliente

Ver la ficha interactiva con gráficos y simulaciones