Presentación de GPU y gestión de energía en Windows 11 25H2
En esta página
Respuesta breve
Sección titulada «Respuesta breve»ForceDirectFlip, SmallQuantumMode, EnableRuntimePowerManagement y DisablePStateManagement están confirmados a nivel de lectura y condiciones de aplicación. Su influencia en los fotogramas y el consumo energético depende de la GPU, el controlador y el modo de salida, por lo que no existe una ganancia universal por cambiarlos.
Qu se comprobó
Sección titulada «Qu se comprobó»Se comprobó si el subsistema gráfico lee estos parámetros, en qué condiciones actúan y qué comprobaciones de capacidades del adaptador limitan su aplicación.
Ámbito del estudio
Sección titulada «Ámbito del estudio»Windows 11 25H2 build 26200.9168, dxgkrnl.exe y las rutas del sistema de gestión de energía. Parte de las comprobaciones se realizaron en VMware o con el controlador de pantalla básico, por lo que las conclusiones sobre GPU físicas son limitadas.
Metodología
Sección titulada «Metodología»Cotejo estático de los parámetros con el código y verificación de las ramas según las capacidades del adaptador; para HAGS y presentation, contraste con la documentación pública de Microsoft.
Valores canónicos
Sección titulada «Valores canónicos»| Registry path | Value | Type | Default | Rol |
|---|---|---|---|---|
HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers |
ForceDirectFlip |
REG_DWORD |
0 |
resolución de direct-flip policy |
HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers |
SmallQuantumMode |
REG_DWORD |
1 |
scheduler quantum policy |
HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers |
EnableRuntimePowerManagement |
REG_DWORD |
1 |
runtime D3 power policy |
| la misma ruta | DisablePStateManagement |
REG_DWORD |
0 |
GPU P-state policy |
Presentation y quantum
Sección titulada «Presentation y quantum»ForceDirectFlip permite la salida de una superficie adecuada sin la composición completa habitual. La posibilidad de tal salida depende de DWM, la cadena de búferes (swap chain), el controlador y las capacidades de la GPU. La configuración no permite aplicarlo de forma forzada a cada ventana.
SmallQuantumMode se lee directamente desde la raíz GraphicsDrivers; el complemento GraphicsDrivers\Scheduler no utiliza este código. En Windows 11 25H2 el valor 0 desactiva forzosamente el quantum corto, 2 lo activa, y 1 y los demás valores dejan la selección automática según las capacidades del hardware. El valor 2 significa quantum corto, no largo.
Estos parámetros conviene considerarlos al diagnosticar un problema concreto de composición o de controlador. ForceDirectFlip no garantiza DirectFlip: si la comprobación de capacidades no pasa, el subsistema gráfico retira el flag forzado. Para evaluar un cambio se necesita un síntoma reproducible o una traza ETW; el efecto puede estar ausente.
Ajustes relacionados de BoosterX
Sección titulada «Ajustes relacionados de BoosterX»El estudio se relaciona con los ajustes «Planificación de GPU por hardware», «HDCP» y los parámetros de energía que dependen del fabricante de la GPU. La planificación por hardware y DirectFlip deben comprobarse en la tarjeta gráfica y el controlador concretos. HDCP gestiona contenido protegido; no cabe esperar de él una aceleración universal de los juegos.
En Windows 11 25H2 la lectura del parámetro HAGS está confirmada en dxgkrnl.sys. El estado seleccionado se tiene en cuenta al cargar el subsistema gráfico. Para la activación efectiva también se necesitan WDDM 2.7+ y compatibilidad por parte de la GPU y el controlador. El cambio requiere reinicio.
El mecanismo del ajuste está confirmado. Su influencia en el rendimiento debe comprobarse por separado: comparar el tiempo de fotograma y los microtirones en ejecuciones de juego idénticas en el propio sistema.
Página práctica: «HAGS».
- D3DKMT_WDDM_2_7_CAPS, Microsoft Learn, comprobado 2026-08-27.
Runtime power y P-state
Sección titulada «Runtime power y P-state»EnableRuntimePowerManagement permite la gestión de energía durante el funcionamiento para un adaptador adecuado. DisablePStateManagement desactiva la selección de estados de rendimiento solo allí donde lo admite el adaptador concreto.
En un entorno VMware o con el controlador de pantalla básico, la ejecución puede no llegar a leer estos parámetros debido a la comprobación de capacidades del adaptador. A partir de tal observación no se puede juzgar su presencia en una GPU física.
Los parámetros de energía influyen en el consumo en reposo, la temperatura y el aumento de frecuencias bajo carga. En una GPU de escritorio con carga alta constante, cambiarlos puede aumentar el consumo y la temperatura sin un aumento del rendimiento.
Qu está confirmado
Sección titulada «Qu está confirmado»- Las rutas, los tipos y los valores predeterminados de los parámetros en la build estudiada.
- La lectura de
SmallQuantumModedesde la raízGraphicsDriversy el significado de los valores0,1y2. - La lectura del parámetro HAGS en
dxgkrnl.sysy los requisitos WDDM 2.7+. - La dependencia de los parámetros de energía de las capacidades del adaptador concreto.
Qu no está confirmado
Sección titulada «Qu no está confirmado»- El aumento de FPS, del tiempo de fotograma o de la estabilidad por cambiar los parámetros.
- El comportamiento de
ForceDirectFlipen juegos y configuraciones concretos. - El efecto de los parámetros de energía en una GPU física fuera del entorno comprobado.
Conclusión práctica
Sección titulada «Conclusión práctica»Deje los valores predeterminados. Cambie los parámetros solo para diagnosticar un problema reproducible de salida de fotogramas o de energía en una tarjeta gráfica concreta y compare el resultado en ejecuciones idénticas.
Restauración del estado
Sección titulada «Restauración del estado»Devuelva los valores originales o elimine las entradas opcionales. Para HAGS y los parámetros de energía puede ser necesario reiniciar Windows para aplicarlos.
Limitaciones y fuentes
Sección titulada «Limitaciones y fuentes»Las conclusiones se refieren a la build 26200.9168, a WDDM y a las capacidades del entorno comprobado. Para una GPU física y su controlador se necesita una comprobación aparte con trazado de la salida de fotogramas de DWM.
Sobre cómo reproducir la parte dinámica de las observaciones, véase Cómo comprobar por su cuenta.
El estudio y las herramientas utilizadas pertenecen al desarrollador de BoosterX, por lo que el desarrollador tiene un interés directo en los resultados. La metodología y los límites de aplicabilidad se describen arriba, y las conclusiones pueden verificarse con datos abiertos y las fuentes públicas enumeradas.
- Multiplane Overlay, Microsoft Learn, comprobado 2026-09-01.
- GPU power management, Microsoft Learn, comprobado 2026-09-01.
Fuentes públicas comprobadas: 2026-09-02.
Historial de cambios
Sección titulada «Historial de cambios»- 2026-09-20: añadido el descargo de responsabilidad sobre el conflicto de intereses y el enlace a la comprobación independiente de las observaciones dinámicas en la metodología.
- 2026-09-02: primera publicación; confirmadas la lectura y las condiciones de aplicación de los parámetros, añadidos los límites para GPU físicas.
