Win32PrioritySeparation: latencia y FPS con la CPU a plena carga

En esta página

Respuesta breve: Win32PrioritySeparation realmente controla el foreground boost y parte de la política de cuantos de CPU. Nuestra prueba histórica no reveló un valor universalmente mejor. Windows default mostró una latencia click-to-photon media ligeramente menor, y 0x1A coincidió con los mejores FPS y P1 en una prueba al 100% de carga de CPU. Debido a la ausencia de repeticiones independientes de FPS y de click samples sin procesar, recomendamos default, y consideramos 0x1A solo como una hipótesis verificable para el escenario de CPU.

Estado: la relación del parámetro con foreground boost está documentada por Microsoft. La lectura del parámetro se observó en trazas del sistema de Windows 11 24H2 y 25H2 recopiladas anteriormente. El efecto para el usuario se midió en una serie histórica de Windows 10 22H2, pero no se reprodujo en otro sistema ni en una ejecución independiente.

Afirmación verificable

Verificamos tres afirmaciones distintas que no se pueden combinar:

El parámetro existe y está relacionado con la política del planificador de Windows.
Los valores 0x02 y 0x1A representan políticas de cuantos diferentes con el mismo foreground boost máximo.
0x1A mejora los FPS o la latencia del juego con la CPU a plena carga.

Las dos primeras afirmaciones se confirman con documentación pública y observación en las compilaciones investigadas. La tercera requiere mediciones y no se vuelve verdadera solo por el diseño del parámetro.

Alcance del estudio

Capa	Entorno	Resultado
Documentación pública	Microsoft WMI, CPU Analysis y Windows Internals	Se describen foreground boost, quantum y la estructura de bits histórica
Observación del sistema	Windows 11 24H2 y 25H2	La lectura del parámetro se observó en trazas recopiladas anteriormente
Click-to-photon	Windows 10 22H2, Valorant, CPU 100%	300 mediciones por valor, se conservaron los agregados
FPS	La misma serie histórica	Una captura de CapFrameX por configuración; parte de las filas no sirve por el cuelgue de la captura

La traza dinámica de Windows 10 22H2 para esta publicación no existe. Para Windows 11 26H1 tampoco hay una traza adecuada. Las mediciones de Windows 10 no se trasladan a Windows 11 sin repetirlas.

Dónde se encuentra el parámetro

Campo	Valor
Hive y ruta	`HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl`
Nombre del valor	`Win32PrioritySeparation`
Tipo	`REG_DWORD`
Valor inicial documentado de client Windows	`0x02` (`2`)

Windows Internals llama a 2 el valor inicial en client Windows y en un servidor que no está configurado como application server. En nuestra traza de Windows 11 25H2 el DWORD también estaba presente explícitamente con el valor 2.

Por eso no consideramos la ausencia del valor como un Windows default universal. Puede encontrarse tras modificar la imagen, una eliminación manual o acciones de una herramienta de terceros, pero en la investigación actual el escenario de clean-install con el DWORD ausente no se reprodujo dinámicamente. La ausencia de la fila no se puede interpretar automáticamente como 0.

Cómo está diseñado el parámetro

Microsoft asocia la propiedad Win32_OperatingSystem.ForegroundApplicationBoost con Win32PrioritySeparation y documenta los valores 0, 1 y 2: sin boost, boost mínimo y máximo de la foreground application.

El ejemplo oficial de Windows Internals Sixth Edition describe el parámetro como un conjunto de campos:

Bits	Propósito
0-1	Grado de foreground boost
2-3	Cuantos variables o fijos
4-5	Cuantos cortos o largos

0x02 es el valor inicial documentado de client Windows: establece el foreground boost máximo y deja los demás campos a la política del sistema. Para client Windows, históricamente esto corresponde a cuantos variables cortos, que se pueden expresar explícitamente como 0x26. 0x1A establece cuantos fijos largos con el mismo foreground boost máximo.

El proyecto abierto Win32PSCalculator muestra esta equivalencia directamente. Enmascara la entrada mediante 0x3F, descompone los tres campos de dos bits y reduce distintas entradas a una de las 12 combinaciones canónicas. Esto ayuda a detectar valores placebo que parecen diferentes pero no crean un nuevo scheduler mode.

El documento Windows Internals es histórico. Lo usamos para interpretar los campos, pero no afirmamos que todas las tablas internas de quantum sean inmutables en todas las compilaciones modernas.

Calculadora de valores

Introduce el valor que encontraste en la lista de tweaks. La calculadora mostrará solo los seis bits utilizados y la combinación canónica con el mismo modo. No modifica nada en el equipo.

Modo equivalente0x26

Default de Windows: en Windows cliente corresponde al modo explícito 0x26.

000010

Introducido: 0x00000002 · 2
Tras máscara 0x3F: 0x02 · 2
Quantums: Default del sistema → cortos
Tipo: Default del sistema → variables
Refuerzo de foreground: Máximo · 3:1

La calculadora funciona solo en el navegador y no lee ni modifica el Registry. Su resultado muestra la equivalencia de las combinaciones de bits, no los FPS o la latencia esperados. La misma versión está disponible en la página de configuración de BoosterX.

Por qué el resultado puede depender de la carga

El planificador elige un subproceso listo teniendo en cuenta priority, affinity, estado y el quantum restante. Tras agotar el quantum, el subproceso puede ceder el procesador a otro subproceso listo de la misma priority. El cambio de contexto tiene un costo, por lo que los cuantos más largos pueden reducir el scheduler turnover y mantener el throughput bajo una fuerte competencia por la CPU.

Esto explica la posible dirección del efecto, pero no promete una mejora para el juego. Un quantum fijo más largo puede al mismo tiempo empeorar la capacidad de respuesta de otros subprocesos. Si la CPU no es el limitante, puede que no haya una ganancia medible.

Metodología de la prueba histórica

La prueba se realizó en Valorant sobre Windows 10 22H2 con una carga de CPU registrada del 100%. Para cada valor del Registry se realizaron 300 mediciones click-to-photon con el banco de hardware de BoosterX. La señal eléctrica del botón Logitech G PRO X SUPERLIGHT inicia el temporizador, y el fotosensor lo detiene tras el cambio de brillo en la pantalla. La ruta completa se describe en la metodología de las investigaciones.

En la tabla se conservaron AVG, STDDEV, MIN y MAX de la latencia. Para los FPS se usó CapFrameX, pero en el bloque disponible solo hay una captura por configuración. Para algunos valores la captura se colgaba, por lo que esas filas de FPS se marcan como no disponibles y no se reconstruyen con suposiciones.

Los 300 click samples originales, P90, las distribuciones, el manifest exacto de hardware/driver y las repeticiones independientes de FPS no están vinculados a esta serie antigua. Esto limita la conclusión estadística.

Resultados

Valor	Política	AVG, ms	SD, ms	MIN, ms	MAX, ms	FPS AVG	P1	P0.1
`0x2A`	corta, fija, boost alto	16.61	2.69	10.53	21.96	351.3	226.2	43.9
`0x29`	corta, fija, boost medio	17.08	3.02	10.31	25.09	336.8	254.9	14.3
`0x28`	corta, fija, sin boost	17.62	4.94	10.19	47.04	n/d	n/d	n/d
`0x26`	equivalente explícito de default `0x02`	15.28	3.12	9.30	23.08	334.4	111.6	36.9
`0x25`	corta, variable, boost medio	16.90	2.73	11.42	23.97	334.7	102.6	27.6
`0x24`	corta, variable, sin boost	18.71	4.66	11.88	32.48	n/d	n/d	n/d
`0x1A`	larga, fija, boost alto	15.68	3.31	9.97	23.30	355.1	256.0	41.0
`0x19`	larga, fija, boost medio	16.80	2.61	10.08	21.95	352.0	272.9	21.5
`0x18`	larga, fija, sin boost	22.74	8.81	11.65	55.10	n/d	n/d	n/d
`0x16`	larga, variable, boost alto	16.77	2.88	11.32	23.97	346.4	200.1	34.0
`0x15`	larga, variable, boost medio	16.13	2.34	10.08	20.95	332.1	144.4	17.8
`0x14`	larga, variable, sin boost	19.87	5.55	12.43	52.31	n/d	n/d	n/d

н/д significa una captura de FPS no válida o ausente, no un resultado nulo.

Comparación de default y 0x1A

Métrica	Default / equivalente `0x26`	`0x1A`	Diferencia observada
Click-to-photon AVG	15.28 ms	15.68 ms	`0x1A` mayor en 0.40 ms, cerca del 2.6%
Click-to-photon SD	3.12 ms	3.31 ms	`0x1A` mayor en 0.19 ms
FPS AVG	334.4	355.1	`0x1A` mayor en 20.7, cerca del 6.2%
P1	111.6	256.0	`0x1A` mayor en 144.4
P0.1	36.9	41.0	`0x1A` mayor en 4.1

La diferencia de la latencia media de 0.40 ms es notablemente menor que la dispersión conservada de alrededor de 3 ms. Sin samples sin procesar no se puede construir correctamente un intervalo de confianza ni verificar la forma de la distribución. La diferencia de FPS es grande según los números descriptivos, pero una captura por estado no demuestra reproducibilidad ni excluye la influencia del orden de las ejecuciones o de la carga en segundo plano.

Qué está confirmado

El parámetro está relacionado con el foreground boost y la política de cuantos del planificador de Windows.
Su lectura se observó en las Windows 11 24H2 y 25H2 investigadas.
En la serie histórica de Windows 10 22H2 se realizaron 300 mediciones click-to-photon por valor.
Entre los estados con foreground boost alto, el equivalente a default 0x26 mostró la menor latencia media.
En esa misma captura histórica 0x1A mostró el mayor FPS AVG y P1 entre los estados con boost alto.

Qué no está confirmado

Que 0x1A siempre aumente los FPS, P1 o la fluidez de los fotogramas.
Que 0x1A reduzca el click-to-photon o la input latency.
Que el resultado se repita en Windows 11, otra CPU, otro juego o sin carga total de CPU.
Que valores arbitrarios de listas de tweaks ajenas sean útiles o seguros.
Que las diferencias sean estadísticamente significativas: para la serie antigua no hay samples sin procesar ni repeticiones independientes de FPS.

Limitaciones

La tabla histórica no contiene el manifest completo vinculado del hardware, las versiones de driver y juego, la temperatura, el power state ni el orden de las ejecuciones. Las ventanas de una misma captura no se consideran repeticiones independientes. Los errores de CapFrameX afectaron principalmente a los estados sin foreground boost, por lo que no se puede comparar la matriz completa de FPS.

La investigación y las herramientas utilizadas pertenecen al desarrollador de BoosterX, que ofrece esta configuración, 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 se pueden verificar con los datos abiertos y las fuentes públicas enumeradas. Por eso default sigue siendo la recomendación, y el FPS histórico más alto 0x1A se publica junto con el resultado negativo en la latencia media y todas las limitaciones.

Conclusión práctica

Deje Windows default (0x02) en la mayoría de los sistemas client Windows 10 y 11. No aplique 0x1A como una «optimización del planificador» universal. Windows Server tiene otra scheduler policy, no se midió y no entra en esta recomendación.

La verificación de 0x1A solo se justifica con una CPU saturation reproducible. Use varias ejecuciones emparejadas, alterne el orden, registre el FPS medio, P1, P0.1, los frametime spikes y el click-to-photon. Deje el cambio solo si hay una mejora repetible de la métrica objetivo sin un nuevo empeoramiento.

Página de configuración gratuita y forma exacta de revertir: Win32PrioritySeparation en BoosterX.

Restauración del estado

Tras la comparación, devuelva el parámetro a Windows default (0x02) mediante BoosterX y realice el reinicio que ofrece la interfaz. En el conjunto histórico no se conservó un registro aparte sobre la verificación de la reversión, por lo que esta investigación no considera la recovery una parte confirmada del antiguo experimento.

Fuentes primarias públicas

Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - mapeo del Registry y valores de foreground boost.
CPU Analysis, Microsoft Learn - quantum, priority, selección de procesador y costo de los context switches.
Scheduling Priorities, Microsoft Learn - round-robin, preemption y dynamic priority.
Context Switches, Microsoft Learn - qué ocurre al cambiar de subproceso.
Windows Internals Sixth Edition sample chapters, Microsoft Press - descripción histórica de los campos del parámetro y de los cuantos de cliente.
Tabla pública de mediciones click-to-photon de BoosterX - agregados publicados originales de esta serie histórica.
Win32PSCalculator - implementación abierta de la decodificación de los seis bits inferiores y de la búsqueda del modo equivalente.

Las fuentes públicas y las formulaciones se verificaron: 2026-08-24.

Historial de cambios

2026-09-20: el descargo sobre el conflicto de intereses se reforzó hasta la formulación completa con la pertenencia de la investigación y las herramientas.
2026-08-24: se añadieron la ubicación exacta del Registry value, el valor inicial documentado 0x02, Win32PSCalculator y los límites de interpretación del DWORD ausente.
2026-08-24: primera publicación; se añadieron la matriz histórica completa, la separación entre el mecanismo y el efecto para el usuario, así como la recomendación de default.