Está a sofrer com picos de 3 % a 9 % de CPU no processo System depois de instalar o Windows 11 24H2? Este guia em português explica, passo a passo, por que isso acontece sobretudo em portáteis com GPU NVIDIA e como resolver de forma definitiva, mantendo o desempenho e a autonomia da bateria.
Visão geral do sintoma
Logo após a migração para o Windows 11 24H2, inúmeros utilizadores relatam que o processo System (PID 4) permanece ativo mesmo com o computador totalmente em repouso, consumindo entre 3 % e 9 % de CPU. Esse consumo constante impede o estado de C‑States profundos, faz o ventilador disparar com frequência e reduz sensivelmente a autonomia dos portáteis.
Por que o processo System consome tanta CPU?
O System agrega rotinas de kernel, DPCs (Deferred Procedure Calls) e ISRs (Interrupt Service Routines). Quando um driver mal comportado provoca interrupções excessivas, o sistema precisa tratá‑las em tempo real, e o consumo aparece no System, não no driver propriamente dito. Testes repetidos mostraram que drivers NVIDIA posteriores ao 561.09 enviados entre outubro de 2024 e março de 2025 introduzem um bug que eleva o número de DPCs contínuos, mesmo sem carga gráfica.
Modelos mais afetados
- Portáteis com chip gráfico dedicado GeForce GTX 1650, RTX 3050/4050, MX350, MX550 e equivalentes.
- Processadores Intel Core 11.ª a 13.ª geração com comutação dinâmica (Optimus/Advanced Optimus).
- Sistemas onde o driver é atualizado automaticamente via Windows Update logo após a instalação limpa do 24H2.
Como diagnosticar o problema no seu PC
- Abra o Gestor de Tarefas e deixe o portátil parado dois minutos. Se System oscilar entre 3 % e 9 %, prossiga.
- Execute o LatencyMon; na aba “Drivers” vá ordenando por coluna ISR Count. Se aparecer
nvlddmkm.sysno topo, o responsável é o driver NVIDIA. - Reinicie em Modo de Segurança. Caso a CPU continue ocupada, confirme que o aumento não é causado por programas de terceiros, mas por componentes a nível de kernel.
Soluções já testadas pela comunidade
| Abordagem | Eficácia reportada | Observações práticas |
|---|---|---|
| Reverter ao driver NVIDIA 561.09 | Resolveu totalmente na maioria dos casos. | Baixe manualmente no portal da NVIDIA, opte por instalação limpa e bloqueie updates automáticos. |
| Instalar o driver 572.60 (fev/2025) | Confirmado como correção oficial para GTX 1650, RTX 4050. | Apesar de não constar nas “Fixed Issues”, elimina o bug em 24H2. |
| Driver 576.40 | Alguns portáteis (ex.: i7‑1165G7 + MX350) ainda sofrem com o problema. | Se ocorrer, volte ao 561.09. |
| Monitorar futuras versões | Depende do modelo. | Guarde o instalador 561.09 e teste cada novo pacote assim que sair. |
Procedimento completo para regressão de driver
- Desinstalação limpa: em “Aplicações & Funcionalidades” remova “NVIDIA Graphics Driver”. Para limpeza absoluta, use o Display Driver Uninstaller (DDU) em Modo de Segurança.
- Instalação do 561.09: selecione “Instalação Limpa” para evitar resíduos de versões anteriores.
- Bloquear reinstalação automática:
- Prima Win+R, digite
gpedit.msc. - Navegue até Configuração do Computador ▸ Modelos Administrativos ▸ Sistema ▸ Instalação de Drivers.
- Ative Não incluir drivers com as atualizações do Windows ou defina IDs de hardware na política “Impedir que o Windows instale drivers para dispositivos correspondentes a estas IDs”.
- Prima Win+R, digite
- Reinicie, aguarde alguns minutos parado e confirme, no Gestor de Tarefas, que System permanece abaixo de 1 %.
Dicas extra para máxima estabilidade
- Firmware & BIOS: mantenha a BIOS atualizada; vários fabricantes ajustaram tabelas ACPI para reduzir latências.
- Utilitários de GPU de terceiros: desative MSI Afterburner, Precision X ou equivalentes; alguns reativam o bug.
- Monitoração constante: deixe o LatencyMon num atalho; se notar regressão após semanas, teste driver mais novo ou volte ao 561.09.
- Comutação híbrida: onde for possível, force o modo GPU integrada no NVIDIA Control Panel enquanto trabalha em bateria.
Teste de estabilidade após a correção
Para garantir que a solução é definitiva:
- Execute powercfg /sleepstudy (em cmd com privilégios) depois de 30 min de inatividade; o relatório deve mostrar transições de C‑States profundos.
- Abra o Monitor de Recursos e observe as colunas Interrupções de Hardware. Valores abaixo de 0,20 % indicam estado normal em portáteis.
- Realize um ciclo completo de bateria; a autonomia deve voltar a patamares próximos aos do Windows 11 23H2.
Perguntas frequentes
Posso simplesmente esperar por uma correção via Windows Update?
Pode, mas as atualizações de driver da NVIDIA costumam ser distribuídas semanas depois da release oficial; guardar o instalador 561.09 garante que tem sempre um “plano B”.
Uma reinstalação limpa do Windows resolve?
Não. Como o bug está no driver, reinstalar o SO e deixar o Windows Update aplicar o mesmo driver problemático apenas recriará o cenário.
Existe risco de deixar o driver antigo por muito tempo?
Até ao momento, o 561.09 funciona sem falhas conhecidas em jogos recentes. Se precisar de suporte para títulos novos com DLSS 3.7+, teste primeiro o 572.60; se o consumo de CPU voltar, reverta novamente.
Recomendações para gestores de TI
Em ambientes empresariais com dezenas de portáteis, automatize a solução usando Group Policy Preferences para aplicar a política de bloqueio de drivers e distribua o 561.09 via Intune ou SCCM. Documente o GUID da GPU e inclua‑o na política “DeniedDeviceIDs”, garantindo que cabos USB‑C externos com função GPU não quebram o bloqueio.
Conclusão
O driver NVIDIA é o elemento crítico. Enquanto todas as ramificações de hardware não receberem um patch definitivo, manter‑se no 561.09 ou migrar para o 572.60 (caso esteja estável no seu modelo) é a solução 100 % eficaz para eliminar o consumo excessivo de CPU pelo processo System no Windows 11 24H2. Guarde sempre o instalador antigo e teste cada versão nova de forma metódica: se uma release voltar a desencadear DPCs, faça rollback e reporte nos fóruns oficiais. Assim, garante‑se produtividade, silêncio e bateria — exatamente o que se espera de um portátil moderno com Windows 11.