Tôi thường giữ máy tính xách tay của mình trên 24x7 và vào cuối ngày, thật khó chịu khi đùi tôi bị cháy vì quá nóng.

Quá nóng dường như là kết quả của Máy chủ nhà cung cấp WMI (WmiPrvSE.exe) tăng mức sử dụng CPU lên 25% cứ sau vài phút. Lý do tại sao điều này xảy ra?

Tôi có một HP Envy 14 (với crap HP kèm theo) chạy trên Windows 7 Home Premium.

(Lưu ý: Dựa trên các quan sát trong quá khứ của @ nhinkle , có vẻ như Trình quản lý không dây của HP có thể là thủ phạm, có cách nào để xác nhận điều này không?)

Câu hỏi này là một câu hỏi siêu người dùng trong tuần .
Đọc mục blog ngày 28 tháng 2 năm 2011 để biết thêm chi tiết hoặc gửi Câu hỏi của riêng bạn trong tuần.

Như Sathya đã đề cập trong câu hỏi của anh ấy, tôi đã có kinh nghiệm trước đây về vấn đề này trên máy tính xách tay HP tương tự của tôi và bây giờ tôi đã xác nhận bằng phương pháp khoa học rằng CPU tăng đột biến trên máy tính xách tay HP là do Trợ lý không dây HP gây ra. Hoặc, HP CPU Assassin, vì tôi có thể bắt đầu gọi nó.

Tổng quan về thí nghiệm

• Câu hỏi : Điều gì khiến CPU trên máy tính xách tay HP tăng đột biến thường xuyên, cụ thể là WmiPrvSE.exe quá trình?

• Giả thuyết : Trợ lý không dây HP (HPWA) đang gây ra sự cố

• Phương pháp :

  1. Xem sự cố bắt đầu xảy ra khi HPWA được cài đặt.
  2. Xem CPU có dừng hoạt động không và WmiPrvSE.exequá trình dừng sử dụng> 20% CPU khi quá trình HPWA bị treo.
  3. Xem CPU có bắt đầu tăng tốc trở lại khi quy trình HPWA được bật lại không
  4. Lặp lại bước 2 và 3 cho nhiều thử nghiệm để đảm bảo kết quả chính xác
      

• Kết quả : HPWA đang gây ra việc sử dụng CPU cực lớn

• Kết luận : Bạn nên gỡ cài đặt HPWA vì nó không có gì hữu ích

Thông tin lai lịch

Khi tôi nhận được máy tính xách tay HP Pavillion dm4t của mình, tôi nhận thấy rằng CPU sẽ thường xuyên tăng vọt tới mức sử dụng 50%, gần như mỗi giây. Điều này đã làm cạn kiệt thời lượng pin và làm nóng máy tính xách tay; nhiều triệu chứng giống như Sathya đã trải qua. Chỉ cần nhìn vào Resource Monitor trong Windows 7, tôi đã có thể thấy rằng quá trình WmiPrvSE.exenày đã bị lỗi.

Một tìm kiếm nhanh trên google đã xác nhận giả định của tôi rằng đây là quy trình lưu trữ của Công cụ quản lý Windows (WMI). Nói tóm lại, WMI có thể được sử dụng để truy vấn thông tin hệ thống, như sử dụng bộ xử lý, các quy trình đang chạy, ai đã đăng nhập và tất cả các loại thông tin khác. Quá trình máy chủ WMI chạy các truy vấn WMI cho bất kỳ quy trình nào khác tạo ra chúng, do đó, WmiPrvSE.exebản thân nó không phải là thủ phạm, nó chỉ đơn giản là một trung gian.

Để tìm ra quy trình cụ thể nào gây ra sự cố này, tôi đã sử dụng Systiternals Process Explorer . Tôi đã tìm thấy trường hợp nào của WmiPrvSE.exequá trình đang sử dụng một lượng lớn CPU và nhấp vào nó để mở thông tin chi tiết.

Thật không may, tôi không thể tìm ra cách nào để tìm ra quy trình nào đang thực hiện tất cả các truy vấn, nhưng vì tôi đã phân lập đây là nguồn của các xung CPU và biết đó là một dịch vụ, tôi đã đến trình quản lý dịch vụ để xem các dịch vụ phụ thuộc vào WMI, nghĩ rằng điều đó có thể đưa tôi đến một đầu mối khác.

Tôi đoán rằng đó sẽ không phải là một dịch vụ Windows tích hợp gây ra sự cố, vì vậy loại bỏ những dịch vụ đó, tôi quyết định tìm ra danh sách và thử vô hiệu hóa từng dịch vụ và xem vấn đề có còn tồn tại không. Ngay trên đầu danh sách là Dịch vụ Trợ lý Không dây HP. Tôi quay lại menu dịch vụ và vô hiệu hóa dịch vụ đó. Nhìn lại trình quản lý tác vụ, tôi thấy rằng việc sử dụng CPU gần như không có gì. Tôi dịch vụ HPWA trở lại. Sử dụng CPU bắn ngược lên. Bây giờ tôi đã có đủ dữ liệu để hình thành lý thuyết của mình. Tôi đã gỡ cài đặt dịch vụ HPWA và không bao giờ gặp sự cố nữa.

Xác minh giả thuyết

Vài tháng sau, Sathya hỏi câu hỏi này. Tôi đã quyết định chứng minh một lần và mãi mãi rằng đây là lỗi của HPWA. Tôi đã cài đặt lại Trợ lý không dây HP mà tôi đã không cài đặt trong nhiều tháng. Ngay lập tức, sử dụng bộ xử lý tăng lên. Sau đó tôi đã trải qua với thí nghiệm được nêu ở trên.

Đầu tiên, tôi tách biệt quy trình chịu trách nhiệm cho dịch vụ HPWA trong Trình giám sát tài nguyên. HPWA_Service.exevà HPWA_Main.exelà hai. Đây là cách sử dụng CPU trông như thế nào với cả hai hoạt động được xử lý này:

Sau đó, tôi đình chỉ cả hai quá trình. Việc sử dụng CPU ngay lập tức đi xuống; Đây là những gì nó trông giống như sau một vài phút để sử dụng CPU trước đó trên biểu đồ để xóa:

Tôi đã kích hoạt các quy trình một lần nữa để xem liệu việc sử dụng có trở lại hay không. Nó đã làm:

^{Sự tăng đột biến đầu tiên khi tôi kích hoạt HPWA}

^{Một lát sau tôi kích hoạt HPWA}

Tạm dừng các quá trình một lần nữa dẫn đến việc sử dụng CPU sẽ giảm xuống:

Tôi đã thử nghiệm điều này thêm một lần lặp nữa, và trong thử nghiệm thứ ba, điều tương tự chính xác lại xảy ra. Tôi đã xem xét bằng chứng đầy đủ này để cho thấy rằng Trợ lý không dây HP đã gây ra sự cố và sau đó đã vô hiệu hóa dịch vụ và bây giờ sẽ gỡ cài đặt nó.

Tất cả các HPWA dường như làm là thông báo cho người dùng khi bật hoặc tắt không dây của họ và CPU ngấu nghiến. Bạn không thể làm gì với nó mà bạn không thể làm với các công cụ quản lý không dây tích hợp, vì vậy tôi sẽ khuyên bạn rằng nếu bạn đã cài đặt phần mềm này, bạn hãy gỡ bỏ nó.

Lưu ý: Ít nhất một người đã báo cáo rằng việc gỡ cài đặt HPWA khiến công tắc không dây của họ trên bàn phím ngừng hoạt động. Trên máy tính xách tay của tôi, nó vẫn hoạt động tốt sau khi gỡ cài đặt HPWA, nhưng trong trường hợp máy của bạn ngừng hoạt động, bạn luôn có thể vô hiệu hóa thẻ không dây từ bên trong Windows. Nhấn + xđể mở Trung tâm di động Windows, sau đó nhấp vào Turn Wireless Offnút.

Theo một cuộc thảo luận trên Diễn đàn hỗ trợ của HP, sự cố đã được khắc phục trong các phiên bản gần đây hơn của Trợ lý không dây HP. Nếu máy tính xách tay của bạn cần HPWA để sử dụng nút bật / tắt wifi, bạn có thể tải xuống phiên bản mới nhất từ ​​trang web trình điều khiển của HP và có thể sẽ không gặp phải vấn đề này nữa. Tuy nhiên, nếu bạn không cần nó cho nút bật / tắt wifi, dường như vẫn không có giá trị gia tăng nào từ việc cài đặt phần mềm này.

Xử lý sự cố

1. Tải xuống ProcDump từ Microsoft Sysiternals.

2. Hãy để nó biến mất một khi WmiPrvSE.EXE đạt 25% trong 1 giây:

   procdump.exe -c 25 -s 1 -x WmiPrvSE.EXE %HOMEPATH%\WmiPrvSE.dmp
   

   Điều này sẽ tạo ra một bãi chứa trong thư mục người dùng của bạn.

   Vui lòng lặp lại 1 - 2 lần này để bạn có nhiều bãi hơn và có thể chắc chắn rằng nguyên nhân bị đổ và không phải là một sự kiện bình thường khác.

3. Phân tích kết xuất của bạn trực tuyến và tùy ý chia sẻ nó trên SpeedyShare .

   Thay thế : WinDBG có thể được sử dụng với lệnh !analyze -v, đảm bảo đặt các ký hiệu .

4. Theo dõi ngăn xếp cho thấy nên bao gồm các thủ tục gây ra điều này.

Có lẽ google một vài thủ tục hàng đầu của ngăn xếp để có ý tưởng tốt hơn về những gì họ làm.
Nếu họ không giúp bạn có thể cần phân tích nâng cao hơn. Xem phần tiếp theo của tôi:

1. Tải xuống thiết lập từ Công cụ phân tích hiệu suất Windows cho phiên bản Windows của bạn.
2. Cài đặt phần mềm trên hệ thống của bạn.

3. Mở một dấu nhắc lệnh với tư cách quản trị viên và sao chép dán lệnh tiếp theo:

   xperf -start perf!GeneralProfiles.InBuffer -stackwalk profile && timeout -1 && xperf -stop perf!GeneralProfiles.InBuffer %HOMEPATH%\myTrace.etl
   

4. Nhấn ENTER một lần để bắt đầu lệnh, bây giờ bạn sẽ phải đợi cho đến khi tăng đột biến.

5. Ngay sau khi bạn tăng đột biến, bạn đi đến bàn điều khiển và nhấn ENTER.
6. Sau một thời gian chờ đợi, tệp nhật ký myTrace.etl sẽ được tạo trong thư mục người dùng của bạn.

7. Chạy lệnh sau để hiển thị tệp và phân tích tệp ( Yêu cầu WinDBG / Biểu tượng ):

   xperf %HOMEPATH%\myTrace.etl
   

Nếu bạn muốn tôi xem xét nó:

8. Nén myTrace.etl từ Thư mục người dùng của bạn vào tệp zip.
9. Chia sẻ tệp zip nén trên SpeedyShare .
10. Chia sẻ liên kết ở đây, tôi sẽ cố gắng tìm và chỉ cho bạn nguyên nhân của vấn đề của bạn.

Vì WmiPrvSE.EXE là máy chủ lưu trữ các truy vấn WMI đối với cửa hàng CAPI, bạn có thể không tìm thấy nguyên nhân ngay cả với XPerf do IPC , một giải pháp khác mà tôi vừa tìm thấy sẽ cho phép ghi nhật ký WMI và kiểm tra nhật ký như được mô tả ở đây , ClientProcessId sẽ là PID của Quá trình thực hiện truy vấn WMI. Bộ vi xử lý này có thể được theo dõi trở lại quy trình bằng cách thêm một cột PID vào Trình quản lý tác vụ hoặc Trình khám phá quy trình hoặc với tasklist /FI "PID eq X"X là vị trí mà bạn tìm thấy ...

Phân tích kết xuất 1 : Dòng 94-115 chỉ ra một cuộc gọi thủ tục từ xa .
Phân tích kết xuất 2 : Dòng 84-105 chỉ ra một cuộc gọi thủ tục từ xa .

Trong Kernel, một luồng mới được bắt đầu để xử lý một cuống cuộc gọi thủ tục từ xa , về bản chất là một yêu cầu truy vấn mà Nhà cung cấp WMI sẽ thực thi và trả lời. Điều này dẫn đến hoạt động CPU cao do đọc thông tin Đăng ký và / hoặc Hiệu suất.

Vì một bãi chứa là một khoảnh khắc duy nhất bạn sẽ không thể thấy quá trình nào thực hiện RPC.
Vì vậy, bạn cần một chương trình theo dõi như XPerf để xem luồng trước đó sẽ thực hiện RPC.

Hoặc, nếu bạn bật Thông tin trạng thái RPC , bạn có thể sử dụng rpcdbg để xem ai đã thực hiện cuộc gọi.

Thí dụ:

0:000> bp rpcrt4!RpcServerUseProtseqEpA
0:000> g
Breakpoint 0 hit
eax=00452000 ebx=7ffd5000 ecx=00452008 edx=00000014 esi=00d5f55c edi=7c911970
eip=77e97a0b esp=0012ff3c ebp=0012ff6c iopl=0 nv up ei pl nz na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
RPCRT4!RpcServerUseProtseqEpA:
77e97a0b 8bff mov edi,edi
0:000> kb
ChildEBP RetAddr Args to Child
0012ff38 00401046 00452000 00000014 00452008 RPCRT4!RpcServerUseProtseqEpA
0012ff6c 00401e37 00000001 003330a0 00333120 hellos!main+0x46 [e:\projects\hello\hellos.c @ 21]

Ví dụ trên đặt điểm dừng trên RPC, vì vậy bạn có thể xem ai chạy nó trong dòng thứ hai của ngăn xếp. Nhưng tốt, không chắc rằng việc đặt điểm dừng trong cuộc gọi đầu tiên (xin lưu ý rằng đây là gỡ lỗi trực tiếp) sẽ giúp bạn biết ai gọi Nhà cung cấp WMI mỗi lần ...

Có rất nhiều thông tin trong bài viết về Thông tin Nhà nước RPC có thể giúp ích, nhưng nó không dành cho những người yếu tim như chúng ta trải qua tất cả những điều đó khi chúng ta chỉ có thể sử dụng XPerf thay thế. :-)

Bây giờ chúng ta đã biết về hoạt động bên trong về cách RPC hoạt động, chúng ta cũng có thể sử dụng API Monitor :

1. Tải xuống, cài đặt và khởi động API Monitor. _{( hai lần nếu bạn có 64 bit: một lần x86, một lần x64)}
2. Đi tới Tệp -> Chạy với tư cách Quản trị viên

3. Đặt Bộ lọc chụp API cho Rpcrt4.dllmô-đun.

   

4. Tương tự như điểm dừng, chúng tôi muốn biết ai gọi các RpcServerUseProtSeqhàm:

   

5. Móc từng tiến trình đang chạy, ngoại trừ những quy trình có mức PID thấp (để tránh sự cố).
   Lý tưởng, bạn không muốn móc dwm.exe/ winlogon.exehoặc thấp hơn.
   Bạn cũng có thể thử các quy trình đơn lẻ và gỡ chúng ra sau từ cửa sổ Hooked Processes ...

   Mặc dù ... tôi đã thử nó và có thể hiểu về bất kỳ quy trình nào.

6. Nếu mọi thứ đều ổn, Quá trình Hooked thực hiện cuộc gọi RPC sẽ chứa các luồng.
   Và khi nhấp vào các chủ đề này, bạn sẽ thấy một loạt các cuộc gọi.
   Nếu bạn làm như vậy, bạn đã tìm thấy quá trình gây ra vấn đề!

Giải pháp

Giữ cho máy tính của bạn luôn cập nhật là rất quan trọng, cài đặt HPWA 4.0.10.0 sẽ giải quyết vấn đề này! ;-)

Mục blog của Microsoft WMIprvse có phải là nhân vật phản diện thực sự không? chỉ ra cách tìm quá trình nào chịu trách nhiệm cho CPU mà WmiPrvSE.exe đang sử dụng.

Phương pháp sử dụng tùy chọn Trình xem sự kiện của "Hiển thị nhật ký phân tích và gỡ lỗi" để theo dõi tất cả hoạt động của WMI, do đó nhận được id quy trình của quy trình có tội.

Chỉ cần thêm điều này cho bất kỳ ai khác trong cùng một chiếc thuyền, trang này là tất cả trên Google. Tôi gặp vấn đề tương tự với CPU tăng tốc WmiProvderhost lên tới 50% và hao pin trên Lenovo Yoga2 Pro trên Windows 8.1.

Sau một số lời khuyên điều tra tuyệt vời ở trên, tôi phát hiện ra vấn đề đối với tôi thực sự là GoPro Studio (phần mềm chỉnh sửa video miễn phí đi kèm với máy ảnh GoPro). Nó cài đặt một dịch vụ giám sát chờ bạn kết nối máy ảnh của bạn và đối với tôi đây là thủ phạm.

Để gỡ lỗi, hãy sử dụng xperf từ bộ công cụ Hiệu suất Windows và chạy tệp cmd này:

xperf -on PROC_THREAD+LOADER+PROFILE+INTERRUPT+DPC+DISPATCHER -stackwalk profile -BufferSize 1024 -MaxFile 256 -FileMode Circular -f Kernel.etl
xperf -start WMILogger -on Microsoft-Windows-WMI-Activity::0xff -BufferSize 1024 -f WMI.etl

echo Please capture about 30s of the WMI activity.

pause

xperf -stop
xperf -stop WMILogger
xperf -merge WMI.etl kernel.etl WMItracing.etl

del WMI.etl
del kernel.etl

Mở WMItracing.etl được tạo trong WPA.exe và grag & thả biểu đồ "Sự kiện chung" từ bên trái vào khung phân tích.

Bây giờ chỉ lọc các sự kiện Microsoft-Windows-WMI-Activity và tìm kiếm các hoạt động WMI và ClientProcessId.

Trong ví dụ của tôi, CLientProcessId này thuộc về một công cụ có tên Veeam ONE Monitor Server . Dừng lại, khắc phục sự cố sử dụng CPU .

Và ví dụ thứ hai được hiển thị ở đây:

Bạn có thấy các cuộc gọi định kỳ của một Quá trình với PID năm 1924 thuộc về dịch vụ Giám sát Intel Proset.

Ở đây, việc sử dụng CPU cũng được hiển thị trong các bảng gọi mẫu của CPU:

Vì vậy, công cụ Intel thực hiện các truy vấn thông báo WMI quá thường xuyên và điều này gây ra sự cố. Dừng lại, sửa lỗi.

Bạn đã thử xem nó có phải là virus không? Một số virus thực sự muốn diễu hành xung quanh như các dịch vụ Windows như thế. Hãy chắc chắn rằng WmiPrvSE.exequá trình được đặt trong c:\windows\system32\wbemthư mục. Nếu không, bạn có thể muốn chạy các chương trình phát hiện phần mềm gián điệp chung. Nếu nó không phải là phần mềm gián điệp, nó có thể là một dịch vụ khác gọi nó. Tôi biết rằng tôi đã nhanh chóng sử dụng một vài tiện ích chạy trên máy tính của mình và trớ trêu thay, tiện ích giám sát hiệu suất đôi khi khiến CPU của tôi tăng đột biến một chút. Ngoài ra, nó có thể là một dịch vụ khác ép khí đó mọi lúc mọi nơi. Ví dụ, bloatware từ HP, Dell, v.v.

Ngoài ra, câu trả lời khác từ TomWij có vẻ khá hay để khắc phục sự cố!