Win32PrioritySeparation: latência e FPS com CPU totalmente carregada

Nesta página

Resposta curta: Win32PrioritySeparation controla efetivamente o foreground boost e parte da política de quanta da CPU. O nosso teste histórico não revelou um valor universalmente melhor. O default do Windows apresentou uma latência click-to-photon média ligeiramente menor, enquanto 0x1A coincidiu com os melhores FPS e P1 num teste com 100% de carga de CPU. Devido à ausência de repetições independentes de FPS e de amostras click em bruto, recomendamos o default, e consideramos 0x1A apenas uma hipótese verificável para o cenário de CPU.

Estado: a relação do parâmetro com o foreground boost está documentada pela Microsoft. A leitura do parâmetro foi observada em rastreios de sistema Windows 11 24H2 e 25H2 recolhidos anteriormente. O efeito no utilizador foi medido numa série histórica do Windows 10 22H2, mas não foi reproduzido noutro sistema ou numa execução independente.

Afirmação em verificação

Verificámos três afirmações distintas que não podem ser combinadas:

O parâmetro existe e está relacionado com a política do agendador do Windows.
Os valores 0x02 e 0x1A representam políticas de quantum diferentes com o mesmo foreground boost máximo.
0x1A melhora os FPS ou a latência do jogo com o CPU totalmente carregado.

As duas primeiras afirmações são confirmadas pela documentação pública e pela observação nas compilações investigadas. A terceira exige medições e não se torna verdadeira apenas pela natureza do parâmetro.

Âmbito do estudo

Camada	Ambiente	Resultado
Documentação pública	Microsoft WMI, CPU Analysis e Windows Internals	Descritos foreground boost, quantum e a estrutura de bits histórica
Observação do sistema	Windows 11 24H2 e 25H2	A leitura do parâmetro foi observada em rastreios recolhidos anteriormente
Click-to-photon	Windows 10 22H2, Valorant, CPU 100%	300 medições por valor, agregados preservados
FPS	A mesma série histórica	Uma captura CapFrameX por configuração; parte das linhas é inutilizável devido ao bloqueio da captura

O rastreio dinâmico do Windows 10 22H2 para esta publicação está ausente. Também não existe um rastreio utilizável para o Windows 11 26H1. As medições do Windows 10 não são transponíveis para o Windows 11 sem repetição.

Onde está o parâmetro

Campo	Valor
Hive e caminho	`HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl`
Nome do valor	`Win32PrioritySeparation`
Tipo	`REG_DWORD`
Valor inicial documentado do client Windows	`0x02` (`2`)

Windows Internals indica 2 como valor inicial no Windows cliente e num servidor que não está configurado como application server. Na nossa análise do Windows 11 25H2, o DWORD também estava presente explicitamente com o valor 2.

Por isso, não consideramos a ausência do valor como um Windows default universal. Pode surgir após alteração da imagem, remoção manual ou ações de uma ferramenta de terceiros, mas no presente estudo o cenário clean-install com o DWORD ausente não foi reproduzido dinamicamente. A ausência da linha não pode ser automaticamente interpretada como 0.

Como o parâmetro está estruturado

A Microsoft associa a propriedade Win32_OperatingSystem.ForegroundApplicationBoost a Win32PrioritySeparation e documenta os valores 0, 1 e 2: sem boost, boost mínimo e boost máximo da foreground application.

O sample oficial Windows Internals Sixth Edition descreve o parâmetro como um conjunto de campos:

Bits	Finalidade
0-1	Grau de foreground boost
2-3	Quanta variáveis ou fixos
4-5	Quanta curtos ou longos

0x02 é o valor inicial documentado do client Windows: define o foreground boost máximo e deixa os restantes campos à política do sistema. Para o Windows cliente, isto corresponde historicamente a quanta variáveis curtos, que podem ser explicitamente expressos como 0x26. 0x1A define quanta fixos longos com o mesmo foreground boost máximo.

O projeto aberto Win32PSCalculator mostra esta equivalência diretamente. Mascara a entrada através de 0x3F, analisa os três campos de dois bits e reduz diferentes registos a uma das 12 combinações canónicas. Isto ajuda a detetar valores placebo, que parecem diferentes, mas não criam um novo scheduler mode.

O documento Windows Internals é histórico. Usamo-lo para interpretar os campos, mas não afirmamos que todas as quantum tables internas sejam imutáveis em todas as builds modernas.

Calculadora de valores

Introduza o valor encontrado na lista de tweaks. A calculadora mostrará apenas os seis bits utilizados e a combinação canónica com o mesmo modo. Não altera nada no computador.

Modo equivalente0x26

Default do Windows: no Windows cliente corresponde ao modo explícito 0x26.

000010

Introduzido: 0x00000002 · 2
Após máscara 0x3F: 0x02 · 2
Quantums: Default do sistema → curtos
Tipo: Default do sistema → variáveis
Reforço de foreground: Máximo · 3:1

A calculadora funciona apenas no navegador e não lê nem altera o Registry. O seu resultado mostra a equivalência de combinações de bits, e não o FPS ou a latência esperados. A mesma versão está disponível na página de configuração do BoosterX.

Porque o resultado pode depender da carga

O Scheduler escolhe um thread pronto tendo em conta a priority, a affinity, o estado e o quantum restante. Após esgotar o quantum, o thread pode ceder o processador a outro thread pronto da mesma priority. A troca de contexto tem um custo, por isso quanta mais longos podem reduzir o scheduler turnover e sustentar o throughput sob forte competição pelo CPU.

Isto explica a possível direção do efeito, mas não promete ganhos no jogo. Um quantum fixo mais longo pode, ao mesmo tempo, piorar a capacidade de resposta de outros threads. Se o CPU não for o limitador, pode não haver ganho mensurável.

Metodologia do teste histórico

O teste foi realizado em Valorant no Windows 10 22H2 com 100% de carga de CPU registada. Para cada valor de Registry foram efetuadas 300 medições click-to-photon com o equipamento de hardware BoosterX. O sinal elétrico do botão do Logitech G PRO X SUPERLIGHT inicia o temporizador, e o fotossensor para-o após a alteração de brilho no ecrã. O percurso completo está descrito na metodologia de investigação.

Na tabela mantiveram-se AVG, STDDEV, MIN e MAX da latência. Para o FPS foi usado o CapFrameX, mas no bloco disponível existe apenas um capture por configuração. Para alguns valores o capture bloqueava, por isso essas linhas de FPS estão marcadas como indisponíveis e não são reconstruídas com suposições.

Os 300 click samples originais, o P90, as distribuições, o manifesto exato de hardware/driver e as repetições independentes de FPS não estão associados a esta série antiga. Isto limita a conclusão estatística.

Resultados

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

н/д significa uma captura de FPS inutilizável ou ausente, e não um resultado nulo.

Comparação entre default e 0x1A

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

A diferença da latência média de 0.40 ms é nitidamente inferior à dispersão conservada de cerca de 3 ms. Sem amostras em bruto, não é possível construir corretamente um intervalo de confiança nem verificar a forma da distribuição. A diferença de FPS é grande nos números descritivos, mas uma única captura por estado não prova reprodutibilidade nem exclui a influência da ordem dos ensaios ou da carga em segundo plano.

O que está confirmado

O parâmetro está relacionado com o foreground boost e com a política de quantum do agendador do Windows.
A sua leitura foi observada nas versões investigadas Windows 11 24H2 e 25H2.
Na série histórica Windows 10 22H2 foram efetuadas 300 medições click-to-photon por valor.
Entre os estados com foreground boost alto, o equivalente ao default 0x26 apresentou a menor latência média.
Nessa mesma captura histórica, 0x1A apresentou o maior FPS AVG e P1 entre os estados com boost alto.

O que não está confirmado

Que 0x1A aumente sempre o FPS, o P1 ou a fluidez dos fotogramas.
Que 0x1A reduza o click-to-photon ou a latência de entrada.
Que o resultado se repita no Windows 11, noutro CPU, noutro jogo ou sem carga total do CPU.
Que valores arbitrários de listas de tweaks alheias sejam úteis ou seguros.
Que as diferenças sejam estatisticamente significativas: para a série antiga não existem amostras em bruto nem repetições independentes de FPS.

Limitações

A tabela histórica não contém um manifesto completo associado de hardware, versões de driver e de jogo, temperatura, power state e ordem dos ensaios. As janelas de uma única captura não são consideradas repetições independentes. Os erros do CapFrameX afetaram sobretudo os estados sem foreground boost, pelo que não é possível comparar a matriz completa de FPS.

O estudo e as ferramentas utilizadas pertencem ao desenvolvedor do BoosterX, que disponibiliza esta definição, pelo que o desenvolvedor tem um interesse direto nos resultados. A metodologia e os limites de aplicabilidade estão descritos acima, e as conclusões podem ser verificadas através dos dados abertos e das fontes públicas enumeradas. Por isso, o default continua a ser a recomendação, e o FPS histórico mais elevado 0x1A é publicado juntamente com o resultado negativo na latência média e todas as limitações.

Conclusão prática

Mantenha o Windows default (0x02) na maioria dos sistemas cliente Windows 10 e 11. Não aplique 0x1A como uma «otimização do agendador» universal. O Windows Server tem outra scheduler policy, não foi medido e não faz parte desta recomendação.

A verificação de 0x1A só se justifica em caso de CPU saturation reprodutível. Utilize vários ensaios emparelhados, alterne a ordem, registe o FPS médio, P1, P0.1, frametime spikes e click-to-photon. Mantenha a alteração apenas se houver uma melhoria repetível da métrica alvo sem nova deterioração.

Página da definição gratuita e forma exata de reverter: Win32PrioritySeparation no BoosterX.

Restauro do estado

Após a comparação, reponha o parâmetro em Windows default (0x02) através do BoosterX e execute o reinício proposto pela interface. No conjunto histórico não ficou registada qualquer entrada separada sobre a verificação da reversão, pelo que este estudo não considera a recovery uma parte confirmada da antiga experiência.

Fontes primárias públicas

Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - Registry mapping e valores de foreground boost.
CPU Analysis, Microsoft Learn - quantum, prioridade, seleção de processador e custo das context switches.
Scheduling Priorities, Microsoft Learn - round-robin, preempção e prioridade dinâmica.
Context Switches, Microsoft Learn - o que acontece ao alternar entre threads.
Windows Internals Sixth Edition sample chapters, Microsoft Press - descrição histórica dos campos do parâmetro e dos quanta de cliente.
Tabela pública de medições click-to-photon do BoosterX - agregados publicados originais desta série histórica.
Win32PSCalculator - implementação aberta da descodificação dos seis bits inferiores e da procura do modo equivalente.

Fontes públicas e formulações verificadas: 2026-08-24.

Histórico de alterações

2026-09-20: o aviso de conflito de interesses foi reforçado para a formulação completa com a pertença da investigação e das ferramentas.
2026-08-24: adicionados a localização exata do Registry value, o valor inicial documentado 0x02, o Win32PSCalculator e os limites de interpretação do DWORD ausente.
2026-08-24: primeira publicação; adicionadas a matriz histórica completa, a separação entre mecanismo e efeito para o utilizador, bem como a recomendação predefinida.