Tại sao 1 trong số 24 CPU của tôi được chốt 100%?

Tôi có hệ thống HP ProLiant DL380 G7 sử dụng 2 CPU 6 nhân, có bật siêu phân luồng, cho tổng số 24 CPU logic (như Windows thấy).

Khi chạy ứng dụng của chúng tôi, tổng mức sử dụng CPU của hệ thống là tốt, nhưng một trong 24 CUP được chốt ở mức 100%:

Chỉnh sửa: Đây là dữ liệu PerfMon cho quy trình Hệ thống trong thời gian này và cho Bộ xử lý có mức độ sử dụng cao:

Điều này có bình thường không? Nếu không, có cách nào để xác định (các) quá trình nào đang sử dụng CPU logic đó không? Windows PerfMon, ResMon, Trình quản lý tác vụ và Process Explorer không giúp được gì, ngoài việc xác định rằng CPU ở mức 100%.

Như những người khác đã chỉ ra, chúng ta có thể thấy từ ảnh chụp màn hình đó rằng CPU hoạt động rất chăm chỉ đang dành toàn bộ thời gian ở chế độ kernel. (Màu đỏ.)

Chạy Powershell với tư cách quản trị viên, gõ:

Get-Process | Select Name, PrivilegedProcessorTime | `
Sort-Object PrivilegedProcessorTime -Descending

Quá trình ở đầu danh sách là quá trình hiện đang sử dụng thời gian CPU chế độ nhân nhiều nhất hiện nay. Nếu quy trình đó không phải là "Hệ thống", thì bạn đã tìm ra quy trình chế độ người dùng nào gây ra việc sử dụng CPU này. Nếu quy trình có Thời gian xử lý đặc quyền cao nhất là Hệ thống, mà tôi nghi ngờ đó là, thì nó phức tạp hơn một chút.

Mở quy trình khám phá. Tùy chọn, thiết lập máy chủ biểu tượng của bạn. Hãy chắc chắn rằng bạn đang chạy với độ cao UAC đầy đủ. Nhấp chuột phải vào "quy trình" hệ thống và đi đến Thuộc tính. Sau đó chuyển đến tab Chủ đề. Sắp xếp các chủ đề theo cách sử dụng CPU. Chủ đề gây ra tất cả các chế độ nhân này hoạt động nên ở đây. Nếu bạn nhìn vào mô-đun được liệt kê trong Địa chỉ bắt đầu, nó sẽ cung cấp cho bạn manh mối về những gì công việc có liên quan. Ví dụ, nếu đó là NDIS.sys, đó là trình điều khiển giao diện mạng. Nếu bạn thiết lập máy chủ ký hiệu, bạn sẽ thấy tên của một chức năng trong một mô-đun (trừ khi mô-đun không phải là Microsoft,) nếu không bạn sẽ chỉ thấy một số bù từ địa chỉ bắt đầu của mô-đun.

Ngoài ra, sử dụng Xperf từ Bộ công cụ hiệu suất Windows để ngắt cấu hình, DPC, v.v.

xperf -on PROC_THREAD+LOADER+DPC+INTERRUPT

và dừng ghi âm với xperf -d logfile.etl

Xperf thay thế công cụ Kernrate cũ và có thể cung cấp cho bạn một số dữ liệu cực kỳ chi tiết.

Khi CPU hoạt động ở chế độ kernel, nó chủ yếu chạy các thói quen dịch vụ ngắt. (ISR) Khi xảy ra gián đoạn, công việc chế độ người dùng bị đình chỉ trên bộ xử lý đó và CPU chạy ISR đã đăng ký với ngắt đó. Nếu bạn thấy CPU của mình tiêu tốn một lượng thời gian không đáng có cho các ngắt này, điều đó thường cho thấy trình điều khiển thiết bị bị lỗi cần được cập nhật.

Điều khiến tôi băn khoăn (không có ý định chơi chữ) về kịch bản này là nó xuất hiện như thể bất cứ chủ đề hạt nhân nào đang làm điều này dường như được liên kết với một lõi đó. Tôi tự hỏi tại sao người điều phối dường như chỉ lập lịch trình để chạy trên lõi có vẻ độc đoán đó. Vì vậy, tôi có cảm giác rằng chúng ta cần tìm bất cứ ai đã viết trình điều khiển thiết bị này và chỉ cho họ cách thực hiện các DPC luồng, và không đặt một mối quan hệ rõ ràng trên các luồng nhân, v.v.

Hiển thị cột "Thời gian CPU" trên tab "Chi tiết" trong "Trình quản lý tác vụ" và tìm kiếm một quy trình với số lượng thời gian CPU tăng đều đặn. Đó là quá trình nêm của bạn. Nó nên được sử dụng khoảng 4,17% CPU liên tục.

Nó dường như là tất cả thời gian Kernel, có thể là Ngắt, chúng chỉ có thể được xử lý bởi một CPU duy nhất.

Tìm kiếm một quá trình với mức sử dụng CPU không đổi ~ 4% (= 1/24 tổng số CPU khả dụng). Đó phải là cái liên tục chiếm một CPU.