Arquitectura de anfitrión (host) Listen server / host advantage

ID de la causa sy-host · Responsable principal Desarrollo de servidor (Equipo de desarrollo) · También Desarrollo de cliente (Equipo de desarrollo), Infraestructura de servidores (Equipo de infraestructura)

Abrir la ficha interactiva con gráficos y simulaciones →

Cuando la computadora de un jugador hace de servidor, su conexión y el rendimiento de su PC determinan lo que perciben todos.

Por qué La computadora del anfitrión hace de servidor (P2P, listen server) → Efecto Si la conexión o la computadora del anfitrión van lentas, afecta a todos; el anfitrión juega con ping 0 → En pantalla Solo el anfitrión tiene ventaja; si se va, todos sufren un congelamiento o una desconexión

Síntomas: Tirones, Congelamiento, Desconexión
Factores: Latencia, Detención
A quién afecta: Una zona o un canal
Cuándo: De vez en cuando, al azar
Responsable: Responsable principal Desarrollo de servidor (Equipo de desarrollo) · También Desarrollo de cliente (Equipo de desarrollo), Infraestructura de servidores (Equipo de infraestructura)
Tareas (Equipo de desarrollo): Servidor: pasar a servidores dedicados que resuelvan la partida y, mientras tanto, elegir como anfitrión en el matchmaking a quien tenga mejor conexión y PC. Cliente: admitir la migración del anfitrión (host migration), medir en el matchmaking el ping con los demás participantes, la velocidad de subida y el rendimiento de su PC, y enviarlos.
Tareas (Equipo de infraestructura): Conseguir servidores o instancias para los servidores dedicados y ubicarlos cerca de las regiones con muchos jugadores.
En el gráfico: Alto solo en algunos · Reportes de lag y desconexiones por anfitrión
Dónde mirar: Registrar en el log de la partida la velocidad de subida del anfitrión (host), el RTT de cada participante con el anfitrión, el tiempo de frame de la computadora del anfitrión y la hora en que se fue, y agrupar por anfitrión los reportes de lag y desconexión. Los jugadores también pueden comprobarlo repitiendo la partida con las mismas personas y otro anfitrión
Se confirma si: El lag y las desconexiones se concentran en las salas de un anfitrión concreto, todos los participantes empeoran a la vez cuando su velocidad de subida es baja o su tiempo de frame es largo, y sin migración del anfitrión todos se desconectan en el instante en que se va
Se descarta si: Si solo empeoran los participantes de una misma región, sin importar el anfitrión, es un problema de conexión o de ruta. Con servidores dedicados, no es esta causa
Se verifica con: Requiere logs y métricas del servidor o el cliente del juego

Fuentes

Networking Overview for Unreal Engine Epic Games
El anfitrión de un listen server tiene ventaja sobre los demás clientes y soporta mucha carga porque hace de servidor y renderiza a la vez
Distributed authority topologies (Netcode for GameObjects 2.5) Unity
Si el propietario de la sesión se va, se elige automáticamente un nuevo propietario entre los clientes que quedan
A Survey and Taxonomy of Latency Compensation Techniques for Network Computer Games (ACM Computing Surveys, 2022) ACM
Un juego P2P también puede verse como una arquitectura cliente-servidor en la que el anfitrión hace a la vez de servidor

Ver también

Misma capa: Diseño del netcode

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

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
Carga de renderizado de multitudes L1 Proceso del juego en el cliente
Búfer de interpolación ausente o demasiado corto L1 Proceso del juego en el cliente
Extrapolación excesiva (dead reckoning) L1 Proceso del juego en el cliente
Espiral de recuperación con timestep fijo L1 Proceso del juego en el cliente

Ver la ficha interactiva con gráficos y simulaciones