• 11/16/2020
• 3 minutos para ler
• • D
  • x

Este artigo fornece uma solução para o problema da alta utilização da CPU por WMIPRVSE.Processo de EXE em intervalos regulares.,

produto Original versão: Windows Server 2019, Windows Server 2016, o Windows Server 2012 R2, Janela 10 – todas as edições,
Original KB número: 4483874

Sintomas

Quando você usa um computador baseado no Windows, você observe que o Windows Management Instrumentation (WMI) de Host de Provedor (WmiPrvSE.exe) processo está usando alta capacidade de CPU (perto de 100 por cento) por vários minutos a cada 15 a 20 minutos.

Quando a questão ocorrer, use o Gestor de tarefas para identificar o identificador de processo (PID) do WMIPRVSE.Processo EXE que consome CPU alta., Em seguida, abra uma linha de comando elevada e execute o seguinte comando:

tasklist /m wmiperfclass.dll

a lista de WMIPRVSE.Os processos EXE que tenham este módulo carregado serão apresentados. Normalmente, apenas um processo é listado. No entanto, se você tem ambos os clientes 32-bit e 64-bits, você pode ver dois processos. This is example output:

Image Name PID Modules
========== ======== ==========================
WmiPrvSE.exe 2140 WmiPerfClass.,dll

Se o PID do processo listado corresponder ao que encontrou no Gestor de Tarefas, é provável que esteja a encontrar a questão descrita neste artigo.

causa

esta questão pode ser causada por qualquer um dos seguintes fatores.

Um ou mais processos estão usando um elevado número de pegas

Todas as pegas são armazenadas na estrutura do núcleo \BaseNamedObjects. O provedor de WMIPerfClass deve analisar esta estrutura ao criar a classe de desempenho que está relacionada com os objetos de trabalho.,

Se esta estrutura estiver inchada devido ao elevado número de pegas, a operação terá alta utilização de CPU e levará mais tempo do que o normal.

Você pode esperar um impacto para esta condição quando um processo está usando mais de 30.000 pegas, ou o número total de pegas no sistema excede 50.000.

uma atualização que é lançada em março de 2020 para versões de sistemas operacionais suportados inclui alguma otimização de desempenho e aborda algumas variantes desta edição. Consulte o histórico de atualizações do Windows para obter mais informações sobre a atualização que se aplica à sua versão do Windows.,

Um ou mais processos em execução no sistema estão usando muita memória

Isso afeta a criação do Processo de desempenho de classes, porque a área de memória de cada processo em execução terá que ser consultado. A memória que é usada pelo processo pode estar fragmentada, e isso torna a operação mais intensiva em recursos. Isso acontece porque a WMIPerfClass também está questionando contadores de desempenho “caros”.,

pode verificar se os contadores de desempenho dispendiosos estão activos executando o seguinte comando PowerShell:

‎ (gwmi -query 'select * from meta_class').Name | ? { $_ -match "costly"} 

Se o comando devolver os resultados, isto indica os contadores de desempenho dispendiosos que estão activos.,d=”77921f1d55″>

Win32_PerfFormattedData_PerfProc_fullimage_costly
Win32_PerfRawData_PerfProc_FullImage_costly
Win32_PerfFormattedData_PerfProc_image_costly
Win32_PerfRawData_PerfProc_Image_costly
Win32_PerfFormattedData_PerfProc_processaddressspace_costly
Win32_PerfRawData_PerfProc_Processaddressspace_costly
Win32_PerfFormattedData_PerfProc_threaddetails_costly
Win32_PerfRawData_PerfProc_Threaddetails_costly

Solução

Para corrigir o problema, identificar o processo que está usando um grande número de identificadores ou uma grande quantidade de memória., O processo pode ter uma fuga de memória ou um problema de fuga de manípulo. Como uma solução, reinicie o processo.

Por padrão, se você estiver usando o Windows Server 2016 ou uma versão posterior do Windows, o Caro contadores de desempenho são desativada a partir das seguintes Atualizações Cumulativas:

• o Windows Server 2016 / Windows versão 10 1607 (RS1)
  em 18 de outubro de 2018—KB4462928 (SO Construir 14393.2580)
• Windows versão 10 1703 (RS2)
  em 24 de julho de 2018—KB4338827 (SO Construir 15063.1235)
• Windows versão 10 1709 (RS3)
  em 24 de julho de 2018—KB4338817 (SO Construir 16299.,579)
• Windows versão 10 1803 (RS4)
  em 16 de julho de 2018—KB4345421 (SO Construir 17134.167)

esta questão acontece quando um cliente está questionando as classes de desempenho., Este é geralmente um aplicativo de monitoramento.

Como uma solução de trabalho, você também pode desativar a aplicação de monitoramento para impedir a criação das classes de desempenho.

mais informação

WMI fornece várias classes de desempenho. Para mais informações, consulte as contra-Classes de desempenho.estas classes são criadas dinamicamente com base nos contadores de desempenho disponíveis no sistema. Todas as classes são criadas ao mesmo tempo, não apenas as classes que estão sendo questionadas.,

WMIPerfClass é o módulo que lida com a criação destas classes quando o cliente WMI questiona qualquer uma delas ou enumera as classes disponíveis.

estas classes de desempenho são armazenadas em um cache que é invalidado após 15 a 20 minutos. Assim que o cache é invalidado, as classes de desempenho devem ser criadas novamente se um cliente As solicitar.a criação das classes de desempenho significa que a WMIPerfClass.o módulo dll terá de ser carregado dentro de um WMIPRVSE.Processo EXE e Código conexo executado.