Inatividade silenciosa: atividade em segundo plano do Windows antes e depois da otimização
Nesta página
Resposta curta
Seção intitulada “Resposta curta”Desativar componentes em segundo plano do Windows realmente torna o sistema mais silencioso em repouso: em duas séries independentes de medições, o número de processos caiu 49–56 %, o uso da CPU em repouso caiu 17–67 %, e o commit de memória caiu 52 % na segunda série. Porém, sob carga total da CPU, o throughput aumentou apenas 0,2–0,5 %. «Repouso silencioso» significa uma redução confirmada do trabalho em segundo plano e da concorrência por recursos, não um aumento de FPS: o efeito final nos jogos não foi medido neste estudo.
Status: a direção do efeito foi reproduzida em duas séries independentes na mesma build do Windows 11 em uma máquina virtual. Os valores diferem entre as séries porque a atividade em segundo plano do Windows ocorre em picos: na janela com uma verificação do Microsoft Defender, a diferença no uso da CPU chega a −67 %; em uma janela já silenciosa, a −17 %.
Afirmação verificável
Seção intitulada “Afirmação verificável”Verificamos quatro afirmações:
- Desativar componentes em segundo plano reduz significativamente a atividade do sistema em repouso.
- Isso reduz significativamente a atividade nos primeiros minutos após a inicialização.
- Isso reduz significativamente o consumo de memória.
- Isso proporciona um aumento mensurável de desempenho sob carga total da CPU.
Escopo do estudo
Seção intitulada “Escopo do estudo”- Windows 11 Pro, build 26300.9457 (26H2);
- máquina virtual: 4 vCPU, 8 GB de RAM, virtualização VMware;
- dois estados da mesma instalação: original («antes») e após a aplicação do perfil de otimização do BoosterX (build atual nas datas das medições);
- duas séries independentes de medições: 2026-09-18 e 2026-09-19; os estados foram comparados em cópias independentes do disco para que as medições não interferissem umas nas outras;
- fases: 5 minutos após a inicialização, 5 minutos de estabilização, 5 minutos em repouso;
- cargas sintéticas curtas: 1, 4 e 8 threads, carga de memória, carga intermitente e combinações de prioridades.
As medições não incluíram jogos reais, carga de GPU, hardware físico nem janelas longas (horas e dias).
Uma série separada em um PC físico Ryzen 7 7800X3D, com quatro etapas e medições em jogos, foi publicada no artigo «BoosterX: atividade em segundo plano do Windows e FPS no CS2». Os resultados dela não são combinados com esta série em máquinas virtuais.
Metodologia
Seção intitulada “Metodologia”O protocolo segue «Como pesquisamos o Windows»:
- cada fase foi registrada por rastreamento ETW (Windows Performance Recorder, perfis leves de CPU, disco, arquivos e rede) e por contadores de desempenho em intervalos de 5 segundos (sistema) e 15 segundos (por processo);
- a fase «após a inicialização» foi iniciada por uma reinicialização controlada e começou com um tempo de atividade de cerca de um minuto;
- o número de eventos perdidos foi verificado em cada rastreamento — em todas as janelas apresentadas, foi zero;
- as médias foram calculadas apenas em intervalos completos de cinco segundos dentro dos limites da fase (59 intervalos por fase);
- na série 2, a primeira execução «antes» foi excluída porque a máquina virtual entrou em suspensão; foi usada uma repetição;
- os testes de carga foram executados duas vezes; são apresentadas as medianas; o uso da CPU foi normalizado para quatro vCPU.
«Antes» e «depois» são estados da mesma instalação do Windows: «depois» foi obtido com a aplicação do perfil de otimização; «antes» é o estado original. O conjunto de configurações foi alterado por inteiro, portanto a contribuição isolada de cada desativação não foi avaliada.
Resultados
Seção intitulada “Resultados”Repouso
Seção intitulada “Repouso”Série 1 (2026-09-18) — repouso estável sem manutenção ativa:
| Métrica | Antes | Depois | Variação |
|---|---|---|---|
| Uso da CPU, % | 2,48 | 2,06 | −17 % |
| DPC + ISR, % da CPU | 1,73 | 1,59 | −8 % |
| Trocas de contexto, /s | 469 | 381 | −19 % |
| Processos (média) | 134,9 | 69,3 | −49 % |
| Threads (média) | 1 444,6 | 738,7 | −49 % |
| CPU total de todos os processos, % | 1,22 | 1,06 | −13 % |
| Memória disponível, MB | 5 490 | 6 518 | +1 028 |
| Leitura do disco, KB/s | 22,6 | 24,4 | +8 % |
| Gravação no disco, KB/s | 311,3 | 262,1 | −16 % |
| Rede (recebimento), KB/s | 132,6 | 2,2 | −98 % |
| Rede (envio), KB/s | 43,2 | 4,7 | −89 % |
Série 2 (2026-09-19) — a mesma janela de repouso, mas no estado «antes» havia uma verificação em segundo plano do Microsoft Defender:
| Métrica | Antes | Depois | Variação |
|---|---|---|---|
| Uso da CPU, % | 33,37 | 11,03 | −67 % |
| Trocas de contexto, /s | 3 737 | 291 | −92 % |
| Processos (média) | 142,3 | 61,9 | −56 % |
| Threads (média) | 1 494,7 | 637,1 | −57 % |
| Memória disponível, MB | 5 174 | 6 653 | +1 479 |
| Memória física em uso, MB | 3 017 | 1 538 | −49 % |
| Commit de memória, MB | 2 617 | 1 249 | −52 % |
| Nonpaged pool, MB | 298,2 | 212,9 | −29 % |
| Paged pool, MB | 258,5 | 86,0 | −67 % |
| DPC, % da CPU | 0,89 | 0,19 | −78 % |
| Leitura do disco, MB/s | 7,42 | 0,01 | −99,9 % |
| Gravação no disco, MB/s | 4,57 | 0,23 | −95,0 % |
Quase não houve atividade de rede em repouso na série 2 em nenhum dos estados (dezenas de bytes por segundo), por isso as linhas de rede não são apresentadas para ela. A diferença entre as séries não é uma contradição, mas uma característica da própria atividade em segundo plano: quando o Windows executa manutenção, desativar componentes em segundo plano economiza mais; quando a janela já está silenciosa, economiza menos.
Primeiros minutos após a inicialização
Seção intitulada “Primeiros minutos após a inicialização”| Métrica | Série 1 (antes → depois) | Série 2 (antes → depois) |
|---|---|---|
| Uso da CPU, % | 3,42 → 2,59 | 14,62 → 11,88 |
| Trocas de contexto, /s | 1 114 → 600 | 1 257 → 393 |
| Processos | 132 → 74 | 139 → 64 |
| Threads | — | 1 719 → 746 |
| Memória física em uso, MB | — | 2 821 → 1 581 |
| Memória disponível, MB | — | 5 370 → 6 610 |
| Leitura do disco, KB/s | — | 826 → 433 |
| Gravação no disco, KB/s | 634 → 418 | 709 → 298 |
| Rede (recebimento), KB/s | — | 1,15 → ~0 |
O travessão indica que a métrica não foi registrada para essa fase nesta série.
Composição e memória
Seção intitulada “Composição e memória”Instantâneo do inventário em repouso (série 1):
| Antes | Depois | |
|---|---|---|
| Processos | 136 | 70 |
| Threads | 1 679 | 842 |
| Working set total, MB | 3 841 | 1 868 |
| Private bytes totais, MB | 1 524 | 660 |
Maiores consumidores de memória antes da otimização: processo do antivírus MsMpEng.exe (257 MB), explorer.exe (213 MB), StartMenuExperienceHost (144 MB), msedge.exe (133 MB), SearchHost.exe (122 MB). Após a otimização, a lista passou a ser liderada por explorer.exe (170 MB), msedgewebview2 (119 MB), SearchHost.exe (115 MB) e StartMenuExperienceHost (106 MB).
A memória disponível aumentou 1,0–1,5 GB, e o commit diminuiu 52 %. O que disso pode realmente ser «liberado» e por que a soma do working set dos processos não é o mesmo que memória livre é explicado em «Quanta memória é possível liberar de fato no Windows».
Sob carga total
Seção intitulada “Sob carga total”Testes sintéticos curtos (série 2, medianas de duas repetições):
| Cenário | Variação do throughput | Uso da CPU: antes / depois |
|---|---|---|
| Uma thread | +5,4 % | 21,9 / 22,6 % |
| Quatro threads (total) | +0,19 % | 88,9 / 89,4 % |
| Oito threads (total) | +0,50 % | 88,9 / 88,8 % |
| Carga de memória | +11,2 % | 84,8 / 87,5 % |
| Intermitente (pausas de 1 ms) | +5,4 % | 64,3 / 67,7 % |
| Prioridades mistas | +8,5 % | 21,2 / 22,5 % |
| Prioridade em segundo plano | +77,1 % | 38,8 / 65,2 % |
Sob carga total de quatro threads, o processo de trabalho recebeu cerca de 89 % da capacidade de quatro vCPU tanto antes quanto depois da otimização. Os ~11 % restantes na máquina virtual não podem ser classificados como «ruído do Windows» eliminável: o agendamento do hipervisor não é visível no rastreamento do sistema convidado. As threads de trabalho foram distribuídas uniformemente (variação do volume de trabalho entre elas — 0,994–0,997), não houve starvation e a fila da CPU em repouso ficou praticamente vazia após a otimização.
De onde vem a atividade em segundo plano
Seção intitulada “De onde vem a atividade em segundo plano”Fontes medidas de atividade em segundo plano no estado «antes»:
- verificação do antivírus — principal fonte na janela da série 2: o processo
MsMpEng.execonsumiu 212 segundos de CPU durante a janela de cinco minutos em repouso; - no estado original, estavam em execução o serviço de pesquisa, o serviço SysMain, a telemetria, o spooler de impressão e outros componentes — o perfil de otimização coloca cerca de 50 serviços em segundo plano e 58 tarefas agendadas no estado desativado;
- após a inicialização, a atividade é acompanhada pelo orquestrador de atualizações do Windows.
Desativar componentes em segundo plano não elimina totalmente a atividade em segundo plano: no estado otimizado, a avaliação de compatibilidade de aplicativos continuou em execução (cerca de 3,7 ms de CPU por segundo na janela de manutenção), e a atividade residual total em repouso estável foi de 4,8 ms de CPU por segundo — cerca de 0,12 % da capacidade de quatro vCPU (medido pelo rastreamento).
O que foi confirmado
Seção intitulada “O que foi confirmado”- Reproduzido (duas séries independentes): número de processos −49…−56 %, threads −49…−57 %, memória disponível +1,0–1,5 GB.
- Medido (série 2): commit −52 % em repouso; memória física em uso −49 % em repouso e −44 % na fase após a inicialização.
- Medido: uso da CPU em repouso −17 % na janela silenciosa e −67 % na janela com verificação; trocas de contexto −19 % e −92 %; DPC −78 % (janela da série 2); atividade após a inicialização menor nas duas séries.
- Medido: sob carga total da CPU, aumento do throughput de +0,19 % (4 thread) e +0,50 % (8 threads); sob carga parcial e mista, de +5,4 a +11,2 %.
- Medido: a carga de prioridade em segundo plano acelerou 77,1 % — no estado «antes», ela concorria com a atividade em segundo plano do próprio Windows, incluindo a verificação do antivírus.
- Observado: as principais fontes de atividade em segundo plano são a verificação do antivírus, a manutenção e as tarefas de compatibilidade; após a otimização, a atividade residual em segundo plano fica próxima de zero, mas não chega a zero.
O que não foi confirmado
Seção intitulada “O que não foi confirmado”- Aumento de FPS, redução de input lag ou frametime em jogos reais: não foi medido. Os testes sintéticos de CPU não simulam um jogo com GPU e não comprovam um efeito nos jogos.
- A contribuição isolada de cada desativação: foi aplicado um conjunto de alterações.
- A transferência dos valores absolutos para hardware físico, outras builds e outros perfis de otimização.
- Estabilidade em janelas longas: cada fase durou 5 minutos; a atividade em segundo plano do Windows ocorre em picos, portanto não foi medida uma «média diária».
Limitações
Seção intitulada “Limitações”- As medições foram feitas em uma máquina virtual. A virtualização contribui com sua própria parcela de DPC/ISR e oculta o agendamento do host; os valores absolutos serão diferentes em hardware físico. As proporções e a direção da comparação «antes/depois» são mantidas em condições iguais.
- A métrica ISR foi excluída das tabelas: na máquina virtual, o contador ISR do PDH diverge em cerca de 10 % dos manipuladores de interrupção medidos por ETW e não fecha em uma soma exata.
- A janela «antes» da série 2 continha uma verificação ativa do Defender, e a carga do host diferia entre as janelas (média de 44 % contra 24 %). Portanto, os valores se referem a janelas específicas; a direção foi confirmada por duas séries.
- Na série 1, parte da fase de repouso foi interrompida por uma pausa externa da máquina virtual de cerca de 26 segundos; a captura terminou após a retomada, sem eventos perdidos.
- Os testes de carga tiveram duas repetições: são estatísticas descritivas; a significância estatística não foi avaliada.
- Parte do ganho em repouso está relacionada à desativação de componentes de proteção do Microsoft Defender. Um sistema sem proteção antivírus é uma concessão consciente, não uma otimização sem custos; a proteção deve ser desativada somente quando se compreende o preço.
- A camada de medição (rastreamento e contadores) também cria uma pequena carga em segundo plano; ela está presente nos dois estados.
O estudo e as ferramentas utilizadas pertencem ao desenvolvedor do BoosterX, portanto o desenvolvedor tem interesse direto nos resultados. A metodologia e os limites de aplicabilidade estão descritos acima, e as conclusões podem ser verificadas com os dados abertos e as fontes públicas listadas.
Conclusão prática
Seção intitulada “Conclusão prática”A redução do ruído em segundo plano é um efeito real, reproduzido duas vezes: metade do número de processos e threads, metade do commit de memória e uma ordem de grandeza a menos de atividade de disco e rede em repouso. Isso é útil por si só — para a capacidade de resposta do sistema, tarefas em segundo plano, temperatura, ruído das ventoinhas e duração da bateria — e não exige promessas de FPS.
O que não se deve esperar: aumento de desempenho sob carga total. Se a CPU já está ocupada com trabalho útil em ~89 % da capacidade, desativar a atividade em segundo plano não acrescentará os 11 % restantes — em uma máquina virtual, eles não pertencem ao Windows. Quanto mais ocupada estiver a máquina no momento da comparação, maior será o efeito visível: em uma janela de manutenção, a diferença é múltipla; em uma janela silenciosa, é moderada.
Recomendação: avalie a atividade em segundo plano antes e depois de quaisquer alterações no seu computador (Task Manager → «Desempenho» e «Processos», Monitor de Recursos), em vez de se orientar por percentuais de outras pessoas. Se o objetivo for FPS em um jogo específico, meça-o antes e depois da alteração.
Restauração do estado
Seção intitulada “Restauração do estado”As duas séries foram executadas em máquinas virtuais isoladas, em cópias independentes do disco; após as medições, as máquinas foram restauradas aos estados originais. O artigo não exige que o leitor altere configurações, portanto não é necessária nenhuma ação específica de restauração no computador do usuário.
Fontes primárias públicas
Seção intitulada “Fontes primárias públicas”- Microsoft: Windows Performance Recorder — ferramenta de gravação de rastreamentos ETW usada na metodologia; verificado em 2026-09-20.
- Microsoft: About Event Tracing — modelo ETW e verificação de eventos perdidos; verificado em 2026-09-20.
- Microsoft: Microsoft Defender Antivirus no Windows — processos e serviços do Defender, incluindo
MsMpEng.exe(«Antimalware Service Executable» no Task Manager); verificado em 2026-09-20. - Como pesquisamos o Windows — níveis de evidência e protocolo de medição.
- Service Host e componentes em segundo plano do Windows 11 — como o Windows hospeda serviços em segundo plano em processos.
- Quanta memória é possível liberar de fato no Windows — análise detalhada da memória neste mesmo experimento.
- Área de trabalho versus tela de entrada — continuação: do que é composto o ruído da sessão do usuário.
Histórico de alterações
Seção intitulada “Histórico de alterações”- 2026-09-20: primeira publicação — duas séries independentes de medições em repouso, fases após a inicialização, inventário e testes de carga.
- 2026-09-20: atribuição dos resultados por série esclarecida (commit e memória física em uso — somente série 2; processos −49…−56 %); aviso sobre conflito de interesses ajustado à formulação canônica.