Teste placebo: os ajustes finos do Registro realmente silenciam a atividade em segundo plano

Resposta curta

Não. Os 17 parâmetros “finos” de registro que os guias de otimização descrevem como silenciamento da atividade em segundo plano não reduziram o fundo total: as operações de registro e de arquivos permaneceram dentro da variação natural das horas limpas. O efeito pontual foi comprovado apenas em dois mecanismos: a desativação do LLMNR zerou as consultas de rede correspondentes, e o grupo de telemetria interrompeu a consulta periódica da configuração do DiagTrack (−98–99.8%). Outros três parâmetros foram lidos, mas não produziram efeito observável.

Status: medido em uma única execução A/B com quatro horas de controle no Windows 11 26H2 em máquina virtual. O veredito “sem efeito” refere-se ao fundo observável em ociosidade; para os parâmetros com período longo, a janela de medição foi insuficiente.

Afirmação verificada

Uma afirmação geral: a aplicação de um conjunto conhecido de 17 parâmetros de registro reduz visivelmente a atividade em segundo plano do Windows ocioso. Mais 17 específicas: cada parâmetro altera o comportamento observável.

Escopo do estudo

• Windows 11 Pro, build 26300.9457 (26H2), máquina virtual, sistema consolidado;
• 17 parâmetros de registro entre os mais recomendados: telemetria, diagnóstico, redes, compatibilidade e busca;
• janela com os parâmetros: 9.2 minutos após 3 minutos de estabilização; janela limpa de controle com a mesma duração mais quatro horas de controle adicionais da mesma execução;
• métricas: inicializações de processos e threads, operações de registro, de arquivos e de rede por rastreamento de kernel;
• todos os parâmetros aplicados simultaneamente e restaurados logo após a medição.

Não foram verificados: carga de cenário (instalação, atualizações, uso de aplicativos), parâmetros com período de funcionamento maior que a janela, hardware físico e outras builds.

Metodologia

A/B rigoroso em um único ciclo de inicialização: janela com os parâmetros aplicados contra janela limpa de igual duração, mais quatro horas limpas de controle para avaliar a variação natural. Eventos de rastreamento de kernel agrupados por processos; o ruído de monitoramento associado foi excluído. As taxas foram normalizadas por minuto; para resistência a picos, compararam-se as medianas das somas por minuto sem o primeiro minuto.

Resultados

Fundo total: paridade

Métrica	Com parâmetros	Janela limpa	Horas limpas (variação)	Veredito
Inicializações proc./min	2549	2601	2601	paridade
Operações de registro/min	14235	14780	14394–18951	dentro da variação
Operações de arquivos/min	3098	4472	3251–4472	dentro da variação

A variabilidade natural das horas de fundo (até 28% no registro) é maior que qualquer efeito do conjunto. As deltas brutas “−13% de registro” e “−53% de arquivos” explicam-se pelo pico do primeiro minuto de observação, e não pelos parâmetros.

O que realmente mudou

Mecanismo	Resultado	Prova
Desativação do LLMNR (resolução de nomes multicast)	consultas LLMNR: 17.8–20.7 em 10 minutos em todas as horas limpas → 0	probabilidade de aleatoriedade abaixo de 1e-7; a consulta mDNS pareada continuava chegando
Grupo de telemetria (AllowTelemetry ×2 + bloqueio de upload do DiagTrack)	atividade do host de telemetria: 131–1950 operações de registro/min → 3	consulta periódica da configuração de telemetria interrompida imediatamente

O grupo de telemetria foi aplicado com três parâmetros simultaneamente, portanto não é possível separar a contribuição de cada um deles neste experimento.

O que foi refutado

Parâmetro	Esperado	Na prática
Desativação do mDNS	cessação das consultas mDNS	frequência não mudou: 35.9 em 10 minutos contra 29.6–35.6 nas horas limpas; o valor é lido pelo serviço
Desativação do NetBIOS over TCP/IP	cessação das consultas NetBT	cadência idêntica: 16.8 contra 16.1–16.7 em 10 minutos
Desativação do auto-DoH	redução das consultas DNS	sem alterações; neste sistema o auto-DoH já não estava ativo

O que não foi verificado nesta janela

Dez parâmetros ficaram sem veredito: quatro de diagnóstico WDI não foram lidos na janela, seus intervalos de funcionamento são maiores que 9 minutos ou só se manifestam sob carga de cenário; os throttles de rastreamento de busca afetam o próprio canal de busca, que não fazia parte da captura; os parâmetros de compatibilidade e USB não tinham atividade em ociosidade para verificação.

Fato colateral importante: a aplicação dos parâmetros nos ramos de políticas por si só despertou a atualização de política de grupo e o serviço de aplicativos — um “custo de aplicação” único, que em uma janela curta parece um aumento de atividade.

O que foi confirmado

• Medido: não há redução total das operações em segundo plano; as taxas com os parâmetros ficam dentro da variação das horas limpas.
• Medido: a desativação do LLMNR interrompe completamente as consultas LLMNR, sem tocar no mDNS e no NetBIOS.
• Medido: o grupo de telemetria interrompe a consulta periódica da configuração do DiagTrack (−98–99.8% da atividade do host).
• Observado: os parâmetros de mDNS e NetBIOS são lidos pelo serviço, mas não produzem efeito observável.

O que não foi confirmado

• Efeitos dos parâmetros de WDI, compatibilidade, USB e throttles de busca: a janela ou os canais de observação não eram adequados.
• A contribuição de cada parâmetro de telemetria individualmente.
• O comportamento em outras builds e em hardware físico.
• Quaisquer efeitos sob carga: mediu-se apenas a ociosidade.

Limitações

Uma janela por estado, sem randomização de ordem. A variabilidade de fundo do Windows é grande, portanto a conclusão de paridade apoia-se em quatro horas de controle, e não em um único par de janelas. Parte dos logs do agendador deixou de registrar eventos durante a janela com os parâmetros; tarefas agendadas que dispararam nesse período são visíveis pelos processos, mas não pelo log. Os vereditos pontuais (LLMNR, telemetria) são robustos: o efeito está presente em todas as horas de controle e é zerado na janela com os parâmetros.

Conclusão prática

A distinção entre “o parâmetro é lido” e “o parâmetro controla o comportamento” é o principal. Dos 17 ajustes verificados, apenas dois grupos realmente alteram o comportamento observável, e ambos têm seus pontos de controle nativos: no BoosterX, o LLMNR é coberto pelo ajuste “Resolução de nomes locais”, e a telemetria por “Telemetria na política de coleta de dados” junto com “Autologgers ETW em segundo plano”. O restante do fundo do Windows ocioso é criado pelo Defender, WMI, verificações de licença e Store — os parâmetros “finos” de registro deste conjunto não os silenciam.

Materiais relacionados: o estudo “Ociosidade silenciosa” mostra o que realmente reduz o fundo; “Desktop contra tela de entrada” explica do que é composto o ruído residual.

Restauração do estado

Todos os 17 valores foram restaurados logo após a interrupção da medição; o retorno bem-sucedido foi registrado por snapshots. O sistema não foi reiniciado antes da restauração.

Fontes e limites

As medições foram realizadas pela BoosterX Research na máquina virtual descrita. O estudo pertence ao desenvolvedor do BoosterX, portanto o desenvolvedor tem interesse direto no resultado; a metodologia e os limites estão descritos acima, e as conclusões podem ser verificadas pela metodologia aberta.

• Microsoft: LLMNR e o parâmetro EnableMulticast, verificado em 2026-09-22.
• Microsoft: Configure Windows diagnostic data, verificado em 2026-09-22.

Última verificação: 2026-09-22.