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

Resposta curta

Não. Os 17 parâmetros «finos» do Registo que os guias de otimização descrevem como silenciamento da atividade em segundo plano não reduziram o fundo total: as operações de registo e de ficheiros mantiveram-se dentro da variação natural das horas limpas. O efeito pontual só ficou provado em dois mecanismos: desativar o LLMNR zerou os pedidos de rede correspondentes, e o grupo de telemetria parou 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.

Estado: medido numa única passagem A/B com quatro horas de controlo no Windows 11 26H2 numa máquina virtual. O veredicto «sem efeito» refere-se ao fundo observável em repouso; para os parâmetros com período de funcionamento longo, a janela de medição não foi suficiente.

Afirmação em análise

Uma afirmação geral: aplicar um conjunto conhecido de 17 parâmetros do Registo reduz de forma notória a atividade em segundo plano do Windows em repouso. Mais 17 afirmações específicas: cada parâmetro altera ou não o comportamento observável.

Âmbito do estudo

• Windows 11 Pro, build 26300.9457 (26H2), máquina virtual, sistema consolidado;
• 17 parâmetros do Registo entre os mais frequentemente recomendados: telemetria, diagnóstico, redes, compatibilidade e pesquisa;
• janela com os parâmetros: 9,2 minutos após 3 minutos de estabilização; janela limpa de controlo com a mesma duração mais quatro horas de controlo adicionais da mesma execução;
• métricas: arranques de processos e threads, operações de registo, de ficheiros e de rede por rastreio do kernel;
• todos os parâmetros foram aplicados em simultâneo e revertidos imediatamente após a medição.

Não foram verificados: carga de cenário (instalação, atualizações, utilização de aplicações), parâmetros com período de funcionamento superior à janela, hardware físico e outras builds.

Metodologia

A/B rigoroso num único ciclo de arranque: janela com os parâmetros aplicados contra janela limpa de igual duração, mais quatro horas limpas de controlo para avaliar a variação natural. Os eventos de rastreio do kernel foram agrupados por processos; o ruído de monitorização 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)	Veredicto
Arranques de processos/min	2549	2601	2601	paridade
Operações de registo/min	14235	14780	14394–18951	dentro da variação
Operações de ficheiros/min	3098	4472	3251–4472	dentro da variação

A variabilidade natural das horas de fundo (até 28% no registo) é maior do que qualquer efeito do conjunto. Os deltas brutos «−13% registo» e «−53% ficheiros» 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 por multicast)	pedidos LLMNR: 17,8–20,7 em 10 minutos em todas as horas limpas → 0	probabilidade de aleatoriedade inferior a 1e-7; o pedido mDNS emparelhado continuava a chegar
Grupo de telemetria (AllowTelemetry ×2 + proibição de descarga do DiagTrack)	atividade do anfitrião de telemetria: 131–1950 operações de registo/min → 3	consulta periódica da configuração de telemetria parada de imediato

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

O que foi refutado

Parâmetro	Esperava-se	Na prática
Desativação do mDNS	cessação dos pedidos mDNS	a 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 dos pedidos NetBT	cadência idêntica: 16,8 contra 16,1–16,7 em 10 minutos
Desativação do auto-DoH	redução dos pedidos DNS	sem alterações; neste sistema o auto-DoH já não estava ativo

O que esta janela não verificou

Dez parâmetros ficaram sem veredicto: quatro de diagnóstico WDI não foram lidos na janela, os seus intervalos de funcionamento são superiores a 9 minutos ou manifestam-se apenas com carga de cenário; os throttles de rastreio da pesquisa afetam o próprio canal de pesquisa, que não fazia parte da captura; os parâmetros de compatibilidade e USB não tinham atividade em repouso para verificação.

Facto lateral importante: a aplicação dos parâmetros nos ramos de políticas despertou por si só a atualização de política de grupo e o serviço de aplicações — um «custo de aplicação» pontual que, numa janela curta, parece um aumento de atividade.

O que ficou confirmado

• Medido: não há redução total das operações em segundo plano; as taxas com os parâmetros situam-se dentro da variação das horas limpas.
• Medido: a desativação do LLMNR faz cessar por completo os pedidos LLMNR, sem tocar no mDNS nem no NetBIOS.
• Medido: o grupo de telemetria para a consulta periódica da configuração do DiagTrack (−98–99,8% de atividade do anfitrião).
• 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 ficou confirmado

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

Limitações

Uma janela por estado, sem randomização da ordem. A variabilidade de fundo do Windows é grande, pelo que a conclusão de paridade assenta em quatro horas de controlo, e não num único par de janelas. Parte dos registos do agendador deixou de escrever eventos durante a janela com os parâmetros; as tarefas agendadas que foram acionadas nesse período são visíveis pelos processos, mas não pelo registo. Os veredictos pontuais (LLMNR, telemetria) são robustos: o efeito está presente em todas as horas de controlo e anula-se 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 essencial. Dos 17 parâmetros verificados, apenas dois grupos alteram realmente o comportamento observável, e ambos têm os seus pontos de controlo próprios: no BoosterX, o LLMNR é coberto pela definição «Resolução de nomes locais», e a telemetria por «Telemetria na política de recolha de dados» juntamente com os «Registadores automáticos ETW em segundo plano». O restante fundo do Windows em repouso é criado pelo Defender, pelo WMI, pelas verificações de licença e pela Store — os parâmetros «finos» do Registo deste conjunto não o silenciam.

Materiais relacionados: o estudo «Repouso silencioso» mostra o que reduz realmente o fundo; «Ambiente de trabalho contra ecrã de início de sessão» explica de que é feito o ruído residual.

Restauro do estado

Todos os 17 valores foram restaurados imediatamente após a paragem da medição; o regresso bem-sucedido ficou registado em instantâneos. O sistema não foi reiniciado antes do restauro.

Fontes e limites

As medições foram realizadas pela BoosterX Research na máquina virtual descrita. O estudo pertence ao programador do BoosterX, pelo que o programador tem um 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.