Sistema Windows 10 (ntoskrnl.exe) usando CPU quando a máquina ficou inativa por um tempo

Question

Percebi que a CPU do meu laptop começa a ser usada (talvez 15% de uso?) e a ventoinha da CPU liga, geralmente à noite, quando meu laptop fica ocioso por 5 minutos ou mais. O processo usando a CPU foi System , o que não me diz muito, então decidi deixar o Process Explorer executando e monitorando threads para System . Começou a usar a CPU novamente e foi isso que encontrei:

OthreadcomendoaCPUapósalgunsminutosdeinatividadetinhaoendereçoinicialntoskrnl.exe!RtlAvlRemoveNode+0x7ba0.Porisso,parecebastantefundamentalparaosistema.Alguémsabeoquepodeestarcausandoissoe/oucomoeupoderiadiagnosticá-loaindamais?EunãogostodomeuventiladordaCPUgirandoassimeeugostariadepararosistemafazendoisso.

Euatédesabiliteitodasastarefasagendadasquesãoacionadasemocioso(encontrá-lascomoPowerShellGet-ScheduledTask|Where-Object{$_.State-ne"Disabled" } | Select-Object TaskName, TaskPath, Triggers | Where-Object { $_.Triggers -match "MSFT_TaskIdleTrigger" } ) e isso ainda acontece.

    

Answer 1

O endereço inicial do segmento menciona RtlAvlRemoveNode . Esta é uma função chamada através do ntoskrnl.exe . Rtl significa Run-Time Library (assim, provavelmente, e sem ir mais além), ele é chamado por meio de um aplicativo nativo (que seria, por exemplo, o programa autochk). Se você quiser saber mais sobre o plano de fundo, há muitas informações em este site . No entanto, é apenas o endereço inicial, não é necessário esta função que causa o uso do tempo da CPU. Pressione o botão "pilha" para ver a lista completa de chamadas ou use ferramentas de terceiros, como ProcessThreadsView .

Você tem duas opções básicas:

• A abordagem de trilha e erro: você desabilita aplicativos, por exemplo, através do modo Agendador de Tarefas / Segurança, etc., na esperança de desativar o aplicativo correto. (Os aplicativos podem ser o protetor de tela, a desfragmentação, o índice de pesquisa, etc. mais provavelmente, mas não necessariamente, algo que é acionado pelo PC sendo inativo)

• A abordagem analítica: você executa análises adicionais para identificar o problema, por exemplo, analisando o encadeamento em questão ou usando o "Windows Performance Toolkit" para identificar ainda mais o aplicativo que causa o uso da CPU

Como a abordagem analítica tem muito conhecimento de overhead - eu sugeriria a abordagem trilha e erro. Embora seja apenas uma suposição de que é muito provável que você não seja o único a ter o problema, tentar as soluções mais comuns deve ser uma boa abordagem.

Se você não chegar a lugar algum por trilha e erro, terá que mudar para uma abordagem mais analítica. Como o HoD sugeriu em seu comentário, Windows Performance Toolkit é um bom próximo passo aqui. Uma vez que você tenha mais informações ou tenha problemas específicos, você pode especificar sua dúvida, então poderemos ajudá-lo.

Há também a chance de esse comportamento ser causado por algo como malware, bugs, atualizações problemáticas etc. Por favor, leve isso em conta, especialmente se você usar o método de trilha e erro.

    

Answer 2

Os subsistemas chamados que eu posso identificar na sua pilha de chamadas são:

• MMCSS - mmcss.sys
• DirectX 12 - dxgmms2.sys

Pode-se ver outras chamadas de função de utilidade de baixo nível, mas não sabemos quem seus chamadores são, então eles não adicionam muita informação. Os subsistemas de alto nível claramente indicados aqui são MMCSS e DirectX 12:

• Serviço Multimedia Class Scheduler (MMCSS) : permite que os aplicativos multimídia priorizem o acesso aos recursos da CPU.
• DirectX 12 : software do Windows que funciona diretamente com seu hardware de vídeo e áudio.

Portanto, está claro que o que está levando sua CPU é um aplicativo que tem um componente gráfico. Esse componente da GUI pode ou não ser responsável pela carga da CPU, mas a conclusão importante aqui é que a aplicação em questão tem uma GUI.

Um aplicativo gráfico nunca é iniciado pelo Agendador de Tarefas, por isso é não a direção a seguir. Você precisa encontrar um aplicativo gráfico que é acionado por uma condição ociosa.

O candidato mais óbvio é um protetor de tela. Sugiro que o desligue como um teste:

• Clique com o botão direito do mouse na área de trabalho e escolha Personalizar > Tela de bloqueio > Configurações de proteção de tela, defina (None) como a proteção de tela e clique em OK.
• Você poderia, em vez disso, no Painel de controle > Opção de energia > Alterar configurações do plano, defina "Desativar a exibição" para ter pelo menos uma tela em branco.

Se isso não ajudar, você precisará encontrar outro aplicação gráfica que faz algo diferente em modo inativo.

    

Answer 3

São apenas as tarefas de manutenção do Windows 10 que são iniciadas depois que o sistema fica inativo por um tempo.