Inatividade em repouso: atividade em segundo plano do Windows antes e depois da otimização
Nesta página
Resposta curta
Seção intitulada “Resposta curta”A desativação de componentes em segundo plano do Windows torna efetivamente o sistema mais silencioso em repouso: em duas séries de medições independentes, o número de processos diminuiu 49–56 %, a utilização do CPU em repouso diminuiu 17–67 % e o volume de memória comprometida (commit) diminuiu 52 % na segunda série. No entanto, sob carga total do CPU, o débito aumentou apenas 0,2–0,5 %. Um «repouso silencioso» significa uma redução confirmada da atividade 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.
Estado: a tendência do efeito foi reproduzida em duas séries independentes, na mesma compilação do Windows 11 numa máquina virtual. Os valores diferem entre séries porque a atividade em segundo plano do Windows ocorre em picos: numa janela com uma análise do Microsoft Defender, a diferença na utilização do CPU chega a −67 %, enquanto numa janela já silenciosa é de −17 %.
Afirmação verificável
Seção intitulada “Afirmação verificável”Verificámos quatro afirmações:
- A desativação de componentes em segundo plano reduz significativamente a atividade do sistema em repouso.
- Reduz significativamente a atividade nos primeiros minutos após o arranque.
- Reduz significativamente o consumo de memória.
- Proporciona um aumento mensurável do desempenho sob carga total do CPU.
Âmbito do estudo
Seção intitulada “Âmbito 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 (compilação atual à data das medições);
- duas séries de medições independentes: 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 com as outras;
- fases: 5 minutos após o arranque, 5 minutos de estabilização, 5 minutos em repouso;
- testes sintéticos curtos: 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 da GPU, hardware físico nem períodos prolongados (horas e dias).
Uma série separada, realizada num 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 dessa série não são combinados com os desta série em máquinas virtuais.
Metodologia
Seção intitulada “Metodologia”O protocolo está em conformidade com «Como investigamos o Windows»:
- cada fase foi registada com um rastreio ETW (Windows Performance Recorder, perfis leves de CPU, disco, ficheiros e rede) e contadores de desempenho com intervalos de 5 segundos (sistema) e 15 segundos (por processo);
- a fase «após o arranque» foi iniciada através de um reinício controlado e começou com um tempo de atividade de cerca de um minuto;
- o número de eventos perdidos foi verificado em cada rastreio — é zero em todas as janelas apresentadas;
- as médias foram calculadas apenas para 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; a utilização do CPU foi normalizada para quatro vCPU.
«Antes» e «depois» são estados da mesma instalação do Windows: o estado «depois» foi obtido através da aplicação do perfil de otimização e o estado «antes» corresponde ao estado original. Foi alterado um conjunto completo de definições, pelo que não foi avaliada a contribuição isolada de cada desativação.
Resultados
Seção intitulada “Resultados”Repouso
Seção intitulada “Repouso”Série 1 (2026-09-18) — repouso estabilizado sem manutenção ativa:
| Métrica | Antes | Depois | Variação |
|---|---|---|---|
| Utilização do CPU, % | 2,48 | 2,06 | −17 % |
| DPC + ISR, % do CPU | 1,73 | 1,59 | −8 % |
| Mudanças 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 % |
| Escrita no disco, KB/s | 311,3 | 262,1 | −16 % |
| Rede (receção), 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 com uma análise em segundo plano do Microsoft Defender no estado «antes»:
| Métrica | Antes | Depois | Variação |
|---|---|---|---|
| Utilização do CPU, % | 33,37 | 11,03 | −67 % |
| Mudanças 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 utilizada, MB | 3 017 | 1 538 | −49 % |
| Memória comprometida (commit), MB | 2 617 | 1 249 | −52 % |
| Nonpaged pool, MB | 298,2 | 212,9 | −29 % |
| Paged pool, MB | 258,5 | 86,0 | −67 % |
| DPC, % do CPU | 0,89 | 0,19 | −78 % |
| Leitura do disco, MB/s | 7,42 | 0,01 | −99,9 % |
| Escrita 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), pelo que não são apresentadas linhas relativas à rede. 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 tarefas de manutenção, a desativação de componentes em segundo plano proporciona uma maior redução; quando a janela já é silenciosa, a redução é menor.
Primeiros minutos após o arranque
Seção intitulada “Primeiros minutos após o arranque”| Métrica | Série 1 (antes → depois) | Série 2 (antes → depois) |
|---|---|---|
| Utilização do CPU, % | 3,42 → 2,59 | 14,62 → 11,88 |
| Mudanças de contexto, /s | 1 114 → 600 | 1 257 → 393 |
| Processos | 132 → 74 | 139 → 64 |
| Threads | — | 1 719 → 746 |
| Memória física utilizada, MB | — | 2 821 → 1 581 |
| Memória disponível, MB | — | 5 370 → 6 610 |
| Leitura do disco, KB/s | — | 826 → 433 |
| Escrita no disco, KB/s | 634 → 418 | 709 → 298 |
| Rede (receção), KB/s | — | 1,15 → ~0 |
O travessão indica que a métrica não foi registada para esta 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 total, MB | 1 524 | 660 |
Maiores consumidores de memória antes da otimização: processo 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 era encabeçada 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, enquanto o volume de memória comprometida (commit) diminuiu 52 %. A análise do que é realmente possível «libertar» e da razão pela qual a soma dos working sets dos processos não equivale à memória livre encontra-se em «Quanta memória é realmente possível libertar 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 débito | Utilização do 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 utilizou cerca de 89 % da capacidade das quatro vCPU, tanto antes como 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 rastreio do sistema convidado. As threads de trabalho foram distribuídas uniformemente (a variação do volume de trabalho entre elas foi de 0,994–0,997), não se observou privação de recursos e a fila do 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 de atividade em segundo plano medidas no estado «antes»:
- análise 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 o arranque, a atividade é acompanhada pelo orquestrador de atualizações do Windows.
A desativação de componentes em segundo plano não elimina totalmente a atividade em segundo plano: no estado otimizado, a avaliação da compatibilidade das aplicações continuava em execução (cerca de 3,7 ms de CPU por segundo durante a janela de manutenção), e a atividade residual total em repouso estabilizado foi de 4,8 ms de CPU por segundo — cerca de 0,12 % da capacidade das quatro vCPU (medido através do rastreio).
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 utilizada −49 % em repouso e −44 % na fase após o arranque.
- Medido: utilização do CPU em repouso −17 % numa janela silenciosa e −67 % numa janela com análise; mudanças de contexto −19 % e −92 %; DPC −78 % (janela da série 2); atividade após o arranque inferior em ambas as séries.
- Medido: sob carga total do CPU, aumento do débito de +0,19 % (4 threads) e +0,50 % (8 threads); sob carga parcial e mista, de +5,4 a +11,2 %.
- Medido: o teste com prioridade de segundo plano acelerou 77,1 % — no estado «antes», concorria com a atividade em segundo plano do próprio Windows, incluindo a análise antivírus.
- Observado: as principais fontes de atividade em segundo plano são a análise antivírus, a manutenção e as tarefas de compatibilidade; após a otimização, a atividade residual em segundo plano aproxima-se de zero, mas não é nula.
O que não foi confirmado
Seção intitulada “O que não foi confirmado”- Aumento de FPS, redução do input lag ou do frametime em jogos reais: não foi medido. Os testes sintéticos de CPU não simulam um jogo com GPU nem comprovam um efeito nos jogos.
- Contribuição isolada de cada desativação: foi aplicado um conjunto de alterações.
- Transposição dos valores absolutos para hardware físico, outras compilações e outros perfis de otimização.
- Estabilidade em períodos prolongados: cada fase durou 5 minutos; a atividade em segundo plano do Windows ocorre em picos, pelo que não foi medido um «dia médio».
Limitações
Seção intitulada “Limitações”- As medições foram realizadas numa máquina virtual. A virtualização contribui com a sua própria atividade de DPC/ISR e oculta o agendamento do anfitrião; os valores absolutos serão diferentes em hardware físico. As proporções e a tendência da comparação «antes/depois» mantêm-se em condições idênticas.
- A métrica ISR foi excluída das tabelas: na máquina virtual, o contador ISR do PDH diverge cerca de 10 % dos processadores de interrupções medidos por ETW e não corresponde à soma exata.
- A janela «antes» da série 2 incluía uma análise ativa do Defender, e a carga do anfitrião diferia entre janelas (média de 44 % contra 24 %). Por isso, os valores dizem respeito a janelas específicas; a tendência 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 retoma, sem eventos perdidos.
- Os testes de carga foram repetidos duas vezes: trata-se de estatística descritiva; não foi avaliada a significância estatística.
- Parte do ganho em repouso está relacionada com a desativação de componentes de proteção do Microsoft Defender. Um sistema sem proteção antivírus é um compromisso consciente, não uma otimização sem custos; a proteção só deve ser desativada se os custos forem compreendidos.
- A camada de medição (rastreio e contadores) cria, por si só, uma pequena carga em segundo plano; esta está presente em ambos os estados.
O estudo e as ferramentas utilizadas pertencem ao programador do BoosterX, pelo que este tem um interesse direto nos resultados. A metodologia e os limites de aplicabilidade são descritos acima, e as conclusões podem ser verificadas através dos dados abertos e das fontes públicas indicadas.
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 dos processos e das threads, metade da memória comprometida e uma atividade de disco e rede em repouso uma ordem de grandeza inferior. Isto é útil por si só — para a capacidade de resposta do sistema, tarefas em segundo plano, temperatura, ruído das ventoinhas e autonomia da bateria — e não exige promessas de FPS.
O que não se deve esperar: um aumento do desempenho sob carga total. Se o CPU já estiver ocupado com trabalho útil a ~89 % da capacidade, a desativação da atividade em segundo plano não acrescentará os 11 % restantes — numa máquina virtual, estes não pertencem ao Windows. Quanto mais ocupada estiver a máquina no momento da comparação, maior será o efeito visível: numa janela de manutenção, a diferença é múltipla; numa 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 percentagens de terceiros. Se o objetivo for o FPS num jogo específico, meça-o antes e depois da alteração.
Reposição do estado
Seção intitulada “Reposição do estado”Ambas as séries foram realizadas em máquinas virtuais isoladas, em cópias independentes do disco; após as medições, as máquinas foram repostas aos estados originais. O artigo não exige que o leitor altere definições, pelo que não é necessária qualquer ação de reposição no computador do utilizador.
Fontes primárias públicas
Seção intitulada “Fontes primárias públicas”- Microsoft: Windows Performance Recorder — ferramenta de gravação de rastreios ETW utilizada 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 investigamos 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 aloja serviços em segundo plano em processos.
- Quanta memória é realmente possível libertar no Windows — análise detalhada da memória neste mesmo estudo.
- Ambiente de trabalho versus ecrã de início de sessão — continuação: composição do ruído da sessão do utilizador.
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 o arranque, inventário e testes de carga.
- 2026-09-20: atribuição dos resultados por série clarificada (commit e memória física utilizada — apenas série 2; processos −49…−56 %); aviso sobre conflito de interesses harmonizado com a formulação canónica.