WMIPRVSE 에 의해 높은 CPU 사용량.EXE 프로세스에서는 정기적으로 윈도우

  • 11/16/2020
  • 3 분 읽
    • D
    • x

이 문서에서 해결 방법을 제공합에 대한 문제점의 CPU 사용량에 의해 WMIPRVSE.일정한 간격으로 exe 프로세스.,

원본 제품 버전:윈도우 서버 2019,Windows Server2016,Windows Server2012R2,창 10-모든 버전
KB 번호:4483874

증상

할 때 사용하는 Windows 기반 컴퓨터,당신은 알 수 있(Windows Management Instrumentation)공급자 호스트(WmiPrvSE.exe)프로세스는 15~20 분마다 몇 분 동안 높은 CPU 용량(100%에 가까운)을 사용하고 있습니다.

문제가 발생하면 작업 관리자를 사용하여 WMIPRVSE 의 프로세스 식별자(pid)를 식별하십시오.높은 CPU 를 소비하는 EXE 프로세스., 그런 다음,관리자 권한 명령 프롬프트를 열고 다음 명령을 실행합니다.

tasklist /m wmiperfclass.dll

의 목록 WMIPRVSE.이 모듈이로드 된 EXE 프로세스가 표시됩니다. 일반적으로 하나의 프로세스 만 나열됩니다. 그러나 32 비트 및 64 비트 클라이언트가 모두있는 경우 두 개의 프로세스가 표시 될 수 있습니다. 이것은 예 출력:

이미지는 이름 PID 모듈
========== ======== ==========================
WmiPrvSE.exe2140WmiPerfClass.,dll

경우 PID 나열된 프로세스와 일치하는 작업 관리자에서,그것을 가능성이 발생할 수 있는 문제는 이 문서에 설명되어 있습니다.

원인

이 문제는 다음 요인 중 하나에 의해 발생할 수 있습니다.

는 하나 이상의 프로세스를 사용하는 높은 수의 손잡이

는 모든 처리에 저장되는 커널 구조\BaseNamedObjects. Wmiperfclass 공급자는 작업 개체와 관련된 성능 클래스를 만들 때 이 구조를 검사해야 합니다.,

이 구조가 핸들 수가 많아서 부풀어 오르면 작업이 CPU 사용량이 많아 정상보다 오래 걸릴 것입니다.

기대할 수 있는 영향에 대한 이 조건은 경우 프로세스를 사용하여 보다 더 약 30,000 하거나 처리하의 총 수에 처리하는 시스템을 초과 50,000.

출시된 업데이트 월에 2020 년을 위해 지원되는 운영 체제 버전을 포함한 어떤 성능을 최적화하고 주소를 일부 개의 이 문제를 해결합니다. Windows 버전에 적용되는 업데이트에 대한 자세한 내용은 Windows 업데이트 기록을 참조하십시오.,

중 하나 이상에서 실행되는 프로세스에 대한 시스템을 사용하는 메모리를 많이

이에 영향을 미치 창작의 과정이 성능 때문에 클래스의 메모리 영역에 서 실행하는 프로세스를 쿼리할 수 있습니다. 프로세스에서 사용하는 메모리가 조각화 될 수 있으므로 작업이 더 리소스 집약적입니다. 이것은 WMIPerfClass 가 또한”비용이 많이 드는”성능 카운터를 쿼리하기 때문에 발생합니다.,

여부를 확인할 수 있습니다 비용이 많이 드는 성과 카운터를 사용하여 다음을 실행하 PowerShell 명령:

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

경우에는 명령의 결과를 반환합니다,이 나타내는 비용이 많이 드는 성과 카운터를 사용할 수 있습니다.,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

해결 방법

문제를 해결하를 식별하는 프로세스의의 큰 숫자를 사용하여 처리하거나 많은 양의 메모리가 있습니다., 프로세스에 메모리 누수 또는 핸들 누수 문제가있을 수 있습니다. 해결 방법으로 프로세스를 다시 시작하십시오.

기본적으로 사용하는 경우 윈도우 서버는 2016 년 이상 버전의 Windows,비용이 많이 드는 성과 카운터가 장애인에서 시작하여 다음 업데이트:

  • Windows Server2016/Windows10 버전 1607(RS1)
    18 일,2018—KB4462928(OS 구축 14393.2580)
  • Windows10 버전 1703(RS2)
    July24,2018—KB4338827(OS 구축 15063.1235)
  • Windows10 버전 1709(RS3)
    July24,2018—KB4338817(OS 구축 16299.,579)
  • Windows10 버전 1803(RS4)
    July16,2018—KB4345421(OS 구축 17134.167)

참고.

후 누적 업데이트를 설치해야 하는 경우,클래스에 관련된 비용이 많이 드는 성과 카운터 값을 설정하도록 비용이 많이 드는 공급자를 1(DWORD)아래에 다음과 같은 레지스트리 키를 만들이 그들을 다시 사용할 수 있:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Wbem

누적 업데이트에 영향을 미치지 않는 동작할 때는 프로세스의 큰 숫자를 사용하여 처리합니다.

이 문제는 클라이언트가 성능 클래스를 쿼리 할 때 발생합니다., 이것은 일반적으로 모니터링 응용 프로그램입니다.

해결 방법으로 사용하지 않도록 설정할 수 있습니다 monitoring 를 방지하기 위해 응용 프로그램을 만들의 성과됩니다.

추가 정보

WMI 는 여러 성능 클래스를 제공합니다. 자세한 내용은 성능 카운터 클래스를 참조하십시오.

이러한 클래스는 시스템에서 사용할 수 있는 성능 카운터를 기반으로 동적으로 만들어집니다. 쿼리되는 클래스뿐만 아니라 모든 클래스도 동시에 생성됩니다.,

WMIPerfClass 는 WMI 클라이언트가 이들 중 하나를 쿼리하거나 사용 가능한 클래스를 열거 할 때 이러한 클래스 작성을 처리하는 모듈입니다.

이러한 성능 클래스는 15~20 분 후에 무효화되는 캐시에 저장됩니다. 캐시가 무효화 되 자마자 클라이언트가 요청하면 성능 클래스를 다시 만들어야합니다.

성능 클래스를 만드는 것은 WMIPerfClass 를 의미합니다.dll 모듈은 WMIPRVSE 내부에로드해야합니다.EXE 프로세스 및 관련 코드가 실행되었습니다.

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다