Alto uso da CPU por "Sistema" e "Sistema interrompe" (causado pelo ACPI.sys)

8

Eu tenho um laptop que estava executando o Windows 8.1 x64 sem problemas. Agora com o Windows 10 x64 instalado, o Gerenciador de tarefas mostra constantemente o uso incomum da CPU por "Sistema" e "Sistema interrompe". Para resolver isso, eu já tentei o seguinte, sem sucesso:

  • Desativando e desinstalando todos os drivers não essenciais.
  • Instalar drivers mais novos que os que foram instalados automaticamente (se disponíveis).
  • Desativando / ativando a opção de inicialização rápida.
  • Desativando todos os serviços não essenciais.
  • Sysprep.
  • Redefinir o BIOS para os padrões e várias combinações de configurações.
  • BIOS piscando para a versão mais recente disponível.
  • Instalação limpa a partir da mesma mídia que eu uso em outros PCs.
  • Instalando todas as atualizações oferecidas no Windows Update até hoje.
  • Gravador / analisador de desempenho do Windows.

Eu não estou muito familiarizado com o Windows Performance Analyzer, por isso espero que alguém aqui possa me indicar a direção certa - o que exatamente devo procurar, para descobrir qual dispositivo / driver é o culpado. Ou, se houver outra abordagem para descobrir esse problema?

Para as almas corajosas, aqui está meu arquivo de rastreamento da WPRUI e uma captura de tela do problema:

Visualização do Gerenciador de Tarefas

Brane
fonte
Corrigi esse mesmo problema (processo do sistema iniciando após exatamente 4 minutos de inatividade do PC) desativando a "otimização programada" em desfragmentação, que é ativada por padrão, no entanto, não tenho 100% de certeza sobre isso devido a várias janelas 10 atualizações sendo enviadas no momento do teste. Alguém pode verificar para ter certeza?
precisa saber é o seguinte

Respostas:

5

Muito obrigado, magicandre1981, por dar uma olhada. Por pura sorte, me deparei com uma solução. Nesse caso, era para instalar a Intel Rapid storage Technology (RST) . Pelo que entendi, ele substitui o driver do controlador SATA, mas não acho que um driver diferente tenha ajudado, pois tentei vários drivers antes. O uso estranho da CPU não diminui até o pequeno ícone na captura de tela abaixo aparecer na bandeja do sistema. Não importa se o "Serviço RST" está em execução ou não, assim que o aplicativo da bandeja é iniciado, tudo começa a se comportar normalmente.

Ícone da bandeja da Tecnologia de armazenamento rápido Intel

Para qualquer pessoa com o mesmo problema, o modelo exato do laptop em questão era "Samsung NP700Z7C-S01US", o ID do hardware do controlador de armazenamento "VEN_8086 & DEV_1E03" e a versão do Intel RST que ajudou foi "12.9.0.1001" (versões mais recentes lançam erros durante a instalação).

Brane
fonte
você tentou voltar ao driver de armazenamento padrão da MS?
magicandre1981
Com o driver MS e o aplicativo de bandeja Intel em execução, o problema voltou. Parece que é uma combinação de driver Intel + qualquer mágica que seu aplicativo esteja fazendo.
Brane
ok, vou lembrar esta solução para outros usuários #
magicandre1981 19/16
1
Meu caso para o Samsung Chronos 7 foi o driver 'Realtek High Definition Audio'. Desative esse dispositivo no manipulador de dispositivos e remova o uso da CPU para acpi.sys. Desinstalou e removeu o driver ao mesmo tempo e, em seguida, instalou-o novamente na página inicial da realteks (versão usada R2.81).
Andreas Mattisson 18/07
1
Usuário Samsung Chronos 7 aqui. A instalação da tecnologia Intel Rapid Storage fez o truque. Passei dias depurando isso e comecei a mexer com despejos de memória cheia e WinDbg. Muito obrigado!
Martin
5

O uso do DPC vem do driver ACPI.sys :

Line #, DPC/ISR, Module, Stack, Count, Process, Weight (in view) (ms), TimeStamp (s), % Weight
6, , ,   |    |- ACPI.sys!ACPIWorkerThread, 40246, , 39.992,941063, , 4,13
7, , ,   |    |    ACPI.sys!RestartCtxtPassive, 40246, , 39.992,941063, , 4,13
8, , ,   |    |    ACPI.sys!InsertReadyQueue, 40246, , 39.992,941063, , 4,13
9, , ,   |    |    ACPI.sys!RunContext, 40246, , 39.992,941063, , 4,13
10, , ,   |    |    ntoskrnl.exe!KeReleaseSpinLock, 40246, , 39.992,941063, , 4,13
11, , ,   |    |    ntoskrnl.exe!KiDpcInterrupt, 40246, , 39.992,941063, , 4,13
12, , ,   |    |    ntoskrnl.exe!KiDispatchInterruptContinue, 40246, , 39.992,941063, , 4,13
13, , ,   |    |    ntoskrnl.exe!KxRetireDpcList, 40246, , 39.992,941063, , 4,13
14, , ,   |    |    ntoskrnl.exe!KiRetireDpcList, 40246, , 39.992,941063, , 4,13
15, , ,   |    |    |- ntoskrnl.exe!KiExecuteAllDpcs, 40198, , 39.945,173325, , 4,13
16, , ,   |    |    |    |- ACPI.sys!ACPIInterruptDispatchEventDpc, 27565, , 27.408,930428, , 2,83
17, , ,   |    |    |    |    |- ACPI.sys!ACPIGpeEnableDisableEvents, 24525, , 24.384,921620, , 2,52
18, , ,   |    |    |    |    |    ACPI.sys!ACPIWriteGpeEnableRegister, 24525, , 24.384,921620, , 2,52
19, , ,   |    |    |    |    |    |- hal.dll!HalpAcpiPmRegisterWrite, 24421, , 24.281,015516, , 2,51
20, , ,   |    |    |    |    |    |    |- hal.dll!HalpAcpiPmRegisterWritePort, 24166, , 24.027,316013, , 2,48

isso é extremamente difícil de depurar. Em um tópico sysinternals , listei alguns conselhos:

  • certifique-se de que a CPU não superaqueça devido a poeira no ventilador da CPU
  • atualizar ou atualizar novamente o BIOS / UEFI
  • carregar configurações padrão de BIOS / UEFI
  • verifique se a bateria não está danificada
  • alterar jumper no transportador de disco rígido (não se aplica a você, você ainda usa sua unidade óptica e não a substituiu)
  • desativar alguns dispositivos conforme recomendado por este usuário
magicandre1981
fonte
+1 para o aviso do HDD Caddy. Mover o jumper da esquerda para o meio (não para a direita) diminuiu completamente o alto uso da CPU do ACPI.sys.
maliayas
0

Eu tinha exatamente isso (Win10 Pro x64) em um Dell XPS 15, era tão ruim que na maioria das vezes eu não conseguia nem o Gerenciador de tarefas exibir nenhum processo, ele ficava pendurado em uma janela quase vazia, o touchpad era com pouca resposta e, mais cedo ou mais tarde, eu obteria um DPC_WATCHDOG_VIOLATION BSOD (provavelmente porque um motorista ficou preso por muito tempo) etc.

Eu tentei algumas coisas - desativando toneladas de entradas do Gerenciador de dispositivos, atualizando ou alterando drivers etc. - mas nada funcionou. Eu estava quase pronto para substituir uma imagem de backup anterior, mas sem nada a perder, isso funcionou:

  • Gerenciador de dispositivos -> Exibir -> dispositivos por conexão
  • encontre alguns nós-raiz suculentos (por exemplo, coisas PCI (e), controladores USB 3.0, controladores HD) e adicione-os, levando tudo abaixo com eles. Não exclua necessariamente os drivers se solicitado (a menos que esteja desesperado).
  • reiniciar.

Bingo, praticamente todo o meu hardware foi detectado novamente na próxima inicialização, e o problema desapareceu. Só posso supor que não era tanto um único driver nocivo, mas sim alguma corrupção na configuração do meu driver (ou na configuração de um driver específico) em geral.

Pelo menos dessa maneira você não passa dias tentando isolar o problema (eu fiz:).

gl-
fonte