Svchost.exe ăn CPU: dịch vụ nào trong số này có thể là nguyên nhân?

Nhờ những hướng dẫn tuyệt vời này, cuối cùng tôi cũng có thể xác định được các dịch vụ của quy trình svchost.exe, thứ ăn rất nhiều CPU của tôi trên Windows XP Professional SP3 (Phiên bản 2002):

Process                   PID    Services
========================= ====== =============================================
svchost.exe                 5516 BITS, EventSystem, Nla, RasMan, SENS,        
                                 ShellHWDetection, TapiSrv, W32Time, winmgmt, 
                                 wuauserv

Hiện nay:

Những dịch vụ nào trong số này có khả năng là nguyên nhân của vấn đề?
Bây giờ tôi sẽ cố gắng ngăn chặn một số trong số họ?
Nếu có, dịch vụ nào trong số này có thể được dừng an toàn và tốt hơn hết là không dừng lại? (Không làm mất ổn định hệ thống)
Làm thế nào tôi có thể quản lý các dịch vụ? Sử dụng services.msc? Vấn đề với services.msclà tôi đã bản địa hóa Windows và tôi thấy tất cả chúng được dịch. Có cách nào tôi có thể khớp và dừng / bắt đầu dịch vụ tương ứng với các tên tiếng Anh được cung cấp ở trên không?

Cảm ơn rất nhiều!

PS: tạo ra kết quả đầu ra ở trên để tìm các dịch vụ của quy trình svchost.exe tham lam là khó khăn đối với Windows được bản địa hóa của tôi, vì /fibộ lọc trên tên quy trình không hoạt động (chính các lệnh bộ lọc được dịch sang czech và không thể nhập chúng trên bảng điều khiển do các vấn đề về bộ ký tự !!! Braindamaged M $ !!!). Đây là cách tôi đã làm nó:

tasklist /v > c:\tomas\file.txt
Tìm PID của quá trình svchost thích hợp bằng cách sử dụng bộ nhớ.
tasklist /svc /fi "PID eq 5516"

Tái bút: đây hoàn toàn không phải là bản sao của # 995581, nó không liên quan đến dữ liệu mà là mức tiêu thụ CPU, cũng như các vấn đề của Svchost thường xuyên đến mức nó xứng đáng là câu hỏi cụ thể của riêng nó, cũng là về các dịch vụ cụ thể. Câu hỏi đó sẽ không giải quyết vấn đề của tôi cả.

— Tomas
nguồn

Đề cập đến chỉnh sửa của bạn và rollback của tôi: chấp nhận một câu trả lời là đủ cho thấy vấn đề được giải quyết.

— Kamil Maciorowski

Chỉ cần nói điều này một lần nữa: Windows XP đã đạt đến cuối vòng đời hơn bốn năm trước. Trong bốn năm qua, với hai trường hợp ngoại lệ đáng chú ý, nó đã không có bất kỳ bản vá nào được tạo ra ... thậm chí không cập nhật bảo mật quan trọng và ngay cả khi có các lỗi bảo mật được phát hiện (và có rất nhiều lỗi trong số này!) tiếp tục sử dụng hệ thống này Nâng cấp lên hệ điều hành được hỗ trợ nên là công việc số 1.

— Joel Coehoorn

Chúng tôi đánh giá cao ý kiến của bạn, nhưng như Kamil đã nói, chúng tôi không gắn nhãn các câu hỏi của mình là "cuối cùng đã được giải quyết" trong cộng đồng Siêu người dùng. Chúng ta có thể dễ dàng thấy rằng thực tế là có một câu trả lời được chấp nhận. Quan trọng hơn, bạn thực sự cần phải chuyển sang một hệ điều hành hiện đại hơn Windows XP. Sử dụng nó chỉ đơn giản là cầu xin cho một sự cố an ninh.

— Run5k

điều này giống như trong windows 7, nơi WindowsUpdate gây ra sự cố. Với rất nhiều bản cập nhật được phát hành trong những năm qua, WU chậm kiểm tra xem bản cập nhật nào thực sự cần.

— magicandre1981

Điều này có nên được chuyển sang retrocomputing.stackexchange.com không?

— Heinzi

Trước hết: Không sử dụng Windows XP. Đây là một tai nạn đang chờ để xảy ra.

Điều đó nói rằng, tôi gần như chắc chắn, đó wuauservlà thủ phạm: Windows Update là hoàn toàn bị phá vỡ với Windows XP, và nó máy chủ không còn mục đích nào. Hãy cố gắng net stop wuauservđảm bảo.

— Eugen Rieck
nguồn

Nó là thành phần máy chủ của các bản cập nhật windows tự động (wuauctrl là máy khách). Vì nó phải tạo danh sách các bản cập nhật để cài đặt. Vì một số người sáng suốt đã chọn một thuật toán O (e ^ n) để làm như vậy, điều này trở nên chậm không kiểm soát được với số lượng cập nhật ngày càng tăng để xem xét. Vì nó cũng chịu trách nhiệm chạy các trình cài đặt, nên nó có thể chạy một cá thể SR nếu bị gián đoạn trong khi thử (và không) để cài đặt bản cập nhật.

— Eugen Rieck

Quá trình cài đặt cho nhiều bản cập nhật Windows bắt đầu bằng việc tạo điểm khôi phục hệ thống để có phiên bản hệ thống đã biết, nếu bản cập nhật không thành công. Nếu nó không thành công (ví dụ như wuauservbị giết), dịch vụ khôi phục hệ thống sẽ trở lại điểm khôi phục này, do đó loại bỏ mọi tác dụng phụ không mong muốn của lần thử cài đặt không thành công.

— Eugen Rieck

Sẽ không mất nhiều thời gian - chỉ để làm rõ: Dịch vụ SR sẽ hoạt động thực sự chỉ trong một khoảng thời gian ngắn, nhưng nó sẽ tiếp tục tồn tại cho đến khi khởi động lại. Trên thực tế, tôi khá chắc chắn rằng nó đã tồn tại trước đây, nhưng quy mô hoạt động quá thấp, bạn chỉ không nhìn thấy nó.

— Eugen Rieck

@Tomas, Thực sự nên nhắc lại, không sử dụng WinXP nữa. Nếu bạn cần nó cho một số khả năng tương thích ngược lẻ, đặt cược tốt nhất của bạn là một máy ảo bị cô lập. Tôi cũng sẽ đảm bảo nó không được kết nối với internet. Tại thời điểm này, WinXP có rất nhiều lỗ hổng mã từ xa chưa được vá, cùng với rất ít hoặc không có bản cập nhật bảo mật nào cho các trình duyệt ... như Eugen nói, đó là một tai nạn (thỏa hiệp hoàn toàn) đang chờ xảy ra.

— Jarrod Christman

Đừng chỉ dừng dịch vụ ... đánh dấu nó bị vô hiệu hóa, vì vậy nó sẽ không chạy lại. Hỗ trợ cho Windows XP đã bị ngừng, do đó, thậm chí không thể tìm thấy bản cập nhật mới, và do đó cho phép nó chạy trong nền không phục vụ mục đích.

— Joel Coehoorn