한국어English日本語简体中文繁體中文DeutschไทยTiếng ViệtРусскийPortuguês (Brasil)EspañolBahasa Indonesia

Libro blanco del lag en juegos › L2 SO y dispositivo del cliente

Procesamiento limitado con la ventana minimizada o sin foco Minimized / unfocused window throttling

ID de la causa co-unfocused · Responsable principal Desarrollo de cliente (Equipo de desarrollo)

Abrir la ficha interactiva con gráficos y simulaciones →

Si miras otra ventana o minimizas el juego, el juego y Windows lo ralentizan para ahorrar energía. Al volver, los paquetes atrasados llegan de golpe o la conexión ya se cortó.

Por qué Cambiar de ventana con Alt+Tab o minimizar el juego → Efecto Mientras no se ve, el juego baja mucho los FPS o se detiene, y Windows también baja la prioridad de los programas que no se ven → En pantalla Cámara rápida al volver y, si estuvo minimizado mucho tiempo, desconexión

Síntomas
Cámara rápida, Tirones, Desconexión
Factores
Detención
A quién afecta
Solo yo
Cuándo
Al hacer ciertas acciones, Tras un rato inactivo
Responsable
Responsable principal Desarrollo de cliente (Equipo de desarrollo)
Tareas (Equipo de desarrollo)
Seguir recibiendo paquetes y enviando el heartbeat en un hilo aparte aunque la ventana no se vea, revisar el ajuste “ejecutar en segundo plano” del motor, sincronizar el estado más reciente de una vez al volver.
Cifras de referencia
Si con la ventana oculta los FPS bajan a 5–10, cada frame dura 100–200 ms. Un juego que procesa los paquetes en cada frame los lee con ese mismo retraso.
En el gráfico
Hueco y luego ráfaga · Intervalo entre frames (antes y después de cambiar de ventana), paquetes procesados
Dónde mirar
Con PresentMon en marcha, probar Alt+Tab y minimizar, y ver el intervalo entre frames con la ventana oculta. Registrar en el log del juego la hora de los cambios de foco de la ventana y cruzarla con el motivo de desconexión
Se confirma si
Con la ventana oculta, el intervalo entre frames sube a 100 ms o más o el registro se corta, y al volver se procesan de una vez los paquetes atrasados, con cámara rápida. Si se deja minimizado mucho tiempo, desconexión por timeout de heartbeat
Se descarta si
Si pasa lo mismo con la ventana visible: “Procesos en segundo plano que ocupan la CPU” o la red
Se verifica con
En el entorno del jugador
Para saber más
Windows 11 no garantiza el temporizador de 1 ms a los programas de ventanas minimizadas o totalmente tapadas que no emiten sonido. En una computadora portátil que funciona con batería, Windows ejecuta esos programas a la velocidad de CPU de menor consumo y, en CPU con núcleos de distintos tipos, puede pasarlos a los núcleos de eficiencia, más lentos. Si de los dos clientes de una misma computadora solo falla el que está en segundo plano, revisa también “Procesamiento limitado de las ventanas en segundo plano”.

Fuentes

  1. Quality of Service Microsoft
    Los programas de ventanas que no se ven ni se oyen se planifican con QoS baja (Low QoS) y, con batería, a la velocidad de CPU más eficiente y en los núcleos de eficiencia
  2. timeBeginPeriod function (timeapi.h) Microsoft
    Windows 11 no garantiza una resolución del temporizador superior a la predeterminada a los procesos de ventanas tapadas o minimizadas
  3. Application.runInBackground Unity
    En Unity el valor predeterminado es false, así que el bucle del juego se detiene cuando la ventana pasa a segundo plano
  4. PresentMon Capture Application (README-CaptureApplication.md) Intel
    MsBetweenPresents: tiempo (ms) entre esta llamada a Present() y la anterior

Ver también

Misma capa: L2 SO y dispositivo del cliente

Causas de otras capas con el mismo síntoma (Cámara rápida)

Ver la ficha interactiva con gráficos y simulaciones