Quatro otimizações saíram da lista. Nenhuma por falta de espaço.
Elas passavam na verificação e não faziam nada, ou faziam mal. Duas ainda são vendidas por aí como ganho de desempenho. Esta página é a autópsia, e a razão de o Maximize conferir o efeito no Windows em vez do valor gravado no registro.
O traço abaixo é o frametime de uma sessão — alto quer dizer quadro que demorou. Cada interruptor devolve ao produto uma otimização que já esteve nele. Ligue e veja o que ela faz com o quadro.
Frametime · sessão
Médio
8,3ms
Pior 1%
8,7ms
Cliques perdidos
0
Quedas de link
0
Mais interrupções, não menos. Prometia timer previsível; entregou microstutter e frametime mais irregular, o oposto exato do anúncio.
Os pontos vermelhos são cliques descartados. A fila não é latência: é capacidade de transbordo. Com mouse de 1000 Hz e fila curta, todo pico de DPC acima de ~20 ms transborda e joga fora eventos, inclusive o do clique. No CS2 isso é a mira certa no alvo e o tiro que não sai.
A faixa vermelha é o link caído. De 5 a 15 segundos, pior no Wi-Fi. E como o Modo de Jogo costuma ligar depois que o jogo já conectou, isso é o jogador caindo no meio da partida.
O cache era útil. Esvaziado, o Windows relê tudo do disco durante a partida. Os picos que apareceram são I/O, não CPU.
O traço não mudou. Esse é o ponto. São ajustes exclusivos de TCP, e jogo competitivo usa UDP, não tocam no tráfego que importa. Pior: só valem depois de reiniciar a interface, e a sessão reverte ao sair. Mesmo assim a verificação antiga dizia “aplicado”, porque lia o registro em vez do efeito.
Traço de demonstração e determinístico — igual em qualquer máquina. No seu PC, quem mede é a aba Medição ao Vivo do app, com os números da sua placa.
Os três casos, um a um.
São três casos e quatro identificadores: o Nagle e o ajuste de pilha TCP saíram juntos, pelo mesmo motivo. Todas tiveram o caminho de reversão mantido de propósito, para que instalação antiga ainda desfaça o que aplicou.
sys-dynamic-tick
Desligar o tick dinâmico do kernel
Parecia
Timer mais previsível, menos jitter.
Aconteceu
Aumentou a frequência de interrupções e de DPC. Resultado: microstutter e frametime mais irregular, exatamente o oposto do prometido.
Removido · não volta
periph-input-queue
Reduzir a fila de entrada de mouse e teclado
Parecia
Fila menor, menos buffer, menos input lag. É um mito difundido em fórum.
Aconteceu
A fila não reduz latência, os eventos são consumidos assim que chegam. Ela é capacidade de transbordo. Com mouse de 1000 Hz, qualquer pico de DPC acima de ~20 ms transborda e descarta eventos, inclusive o de clique.
Removido · reversão mantida
net-disable-nagle · net-tcp-tuning
Desligar o Nagle e afinar a pilha TCP
Parecia
Menos latência de rede, menos bufferbloat.
Aconteceu
Duas falhas somadas. São ajustes exclusivos de TCP, e jogo competitivo usa UDP. E só valem após reiniciar a interface, enquanto o Modo de Jogo é sessão que reverte ao sair — o valor nunca chegava a valer.
Removidos · placebo
A lição que sobrou
Verificar o efeito, não o valor gravado.
O Nagle é o caso didático: a tela de verificação dizia "aplicado" porque relia o registro e encontrava o valor lá. Estava certa sobre o registro e errada sobre a máquina, o ajuste só passa a valer depois de reiniciar a interface, e o Modo de Jogo é uma sessão que reverte ao sair. O valor nunca chegava a valer.
Depois disso, a verificação passou a reler o Windows. Dos 47 ajustes, 39 são conferidos relendo o sistema. Os outros 8 são rotulados "aplicada", e não "em efeito", porque não deixam estado para reler — fechar um navegador não grava nada em lugar nenhum.
Um detalhe que separa quem confere de quem finge: os 13 serviços são lidos pelo valor Start no registro, e não pelo Get-Service. O Get-Service relata serviço por gatilho como "Automático" mesmo quando ele está desabilitado — quem usa ele passa a informar sucesso onde não houve.
Verificação
39/47
conferidas relendo o Windows
8
rotuladas “aplicada”, porque não deixam estado para reler
Método de verificação de cada uma das 47 otimizações
Método
O que é relido no Windows
Quantas
DWORD no registro
o valor numérico exato que era esperado
12
Texto no registro
o valor de texto exato que era esperado
5
Start do serviço
4 = desabilitado, lido direto no registro
13
Comando ao vivo
plano de energia, política de QoS, DNS e adaptador
9
Nenhum: rotuladas “aplicada”
nada: fechar um programa não grava estado
8
Confira você mesmo: o botão Verificar agora fica na própria tela do Modo de Jogo, e roda no plano grátis.
Quatro coisas que este produto se proíbe.
Não são opiniões de arquitetura. Cada uma chegou a rodar aqui, causou um estrago concreto e virou regra escrita.
Práticas proibidas, o que causavam e o que se faz no lugar
A prática
O que ela causava
O que se faz no lugar
Reiniciar a placa de rede para aplicar um ajuste
Derruba o link por 5 a 15 segundos, pior no Wi-Fi. E o Modo de Jogo costuma ligar depois que o jogo já abriu a conexão: desconectava o jogador no meio da partida.
Aplicar sem reiniciar e rotular como efeito após reiniciar. Só em adaptador físico, nunca em VPN.
Purgar a memória standby antes de jogar
Aquele cache era útil. Esvaziá-lo obriga o Windows a reler tudo do disco durante a partida: stutter de I/O.
Só sob pressão real de memória, e fora dos presets.
Congelar programas que injetam overlay
Suspender Discord, Steam, NVIDIA ou OBS trava o jogo quando ele tenta sincronizar com o overlay.
Podem ser fechados. Nunca congelados.
Detectar sucesso pelo texto da mensagem
A checagem procurava frases em inglês. Em Windows português, toda atualização era marcada como falha.
Código de saída e reconsulta por identificador. Vale também para ler ping: time=, tempo=, Zeit=.
O botão de conferir é grátis.
Você não precisa acreditar em nenhuma linha desta página. Instale, ligue o preset Básico e aperte Verificar agora: ele relê o Windows e diz, item por item, o que está em efeito.