svchost.exe -k Netsvcs chiếm> 1GB bộ nhớ


8

Tôi đã nhận thấy máy chủ sản xuất của mình "svchost.exe -k Netsvcs" đang chiếm> 1GB bộ nhớ ram, mà tôi nghĩ là hơi quá.

Đây là những gì tasklist / svc sẽ cung cấp cho tôi cho quá trình này:

                               Appinfo, CertPropSvc, gpsvc, IKEEXT,
                               iphlpsvc, LanmanServer, ProfSvc, Schedule,
                               SENS, SessionEnv, ShellHWDetection,
                               Winmgmt, wuauserv

Tôi đã tự hỏi những gì có thể là quá trình được liệt kê chịu trách nhiệm cho rò rỉ bộ nhớ này và làm thế nào để khắc phục nó. Có ai có hành vi tương tự trong quá khứ?

Máy chủ đang chạy Windows Server 2008 R2 (Build 7601: Gói dịch vụ 1) và chức năng chính của nó là chạy các nhân viên xử lý ứng dụng nội bộ.


Tôi đã cài đặt SP1, nhưng bây giờ bạn đã nói về nó ... support.microsoft.com/kb/977357 get-hotfix -id KB977357 get-hotfix: Không thể tìm thấy hotfix được yêu cầu trên máy tính 'localhost'. Nếu tôi đã cài đặt SP1 thì tôi có nên cài đặt hotfix này không?
DVR

1
Gói dịch vụ cuộn các hotfix với nó, vì vậy bạn sẽ không tìm thấy nó được liệt kê.
Nathan C

4
ĐỒNG Ý. Vâng, tôi sẽ nói bước tiếp theo là tìm ra dịch vụ chính xác nào đang chiếm bộ nhớ và cách duy nhất để làm điều đó là tách chúng ra thành các quy trình svchost.exe của riêng chúng mỗi lần bằng cách sử dụng SC Config Servicename Type= own. Xem serverfault.com/questions/12278/ Mạnh
Ryan Ries

Bạn có chắc chắn quy trình này là svchost.exe hợp pháp?
Konrad Gajewski

Bạn cũng có thể chỉ dừng / hủy từng dịch vụ một lần và xem khi nào việc sử dụng mem giảm xuống.
ssnobody

Câu trả lời:


1

Câu hỏi là, nó có phải là một rò rỉ? Bạn đang nói rằng việc sử dụng bộ nhớ là "ổn định".

Leak = mức sử dụng bộ nhớ tăng theo thời gian, không bao giờ giảm, do đó bạn phải tải lại máy chủ mỗi lần.

Nếu taks ở mức ~ 1 GB trong thời gian dài (giả sử, hai tuần), thì tình hình là hoàn toàn bình thường. Phần mềm hiện đại được tạo ra để sử dụng bộ nhớ miễn phí bất cứ khi nào cần thiết và tôi biết một vài chương trình sẽ lấy bất cứ thứ gì có để tiết kiệm thời gian phân bổ bộ nhớ.

Nếu nó không cản trở hoạt động của hệ thống, đừng chạm vào nó.


1

Phân bổ bộ nhớ rất tốn kém theo chu kỳ của CPU so với việc sử dụng lại bộ nhớ được phân bổ hiện có. Thông thường, một khi chương trình bắt đầu, cho đến khi hoàn thành chức năng, nó sẽ không "buông" bộ nhớ này.

Ví dụ, Firefox giữ bộ nhớ trong một thời gian. Nếu bạn để máy tính của bạn mở trong một tuần khi Firefox mở, bạn sẽ thấy nó sẽ liên tục tăng kích thước bộ nhớ. Sau khi YouTubing, Google Play Music-ing và duyệt, tôi đạt 2-4GB trong bộ nhớ - thu nhỏ lại còn 300 MB sau khi tôi khởi động lại quy trình. Điều này là do các tính năng lưu trữ của nó và hành vi này là do thiết kế.

Tôi có xu hướng tin rằng quy trình SVCHost đang hoạt động chính xác như bình thường. Máy chủ của bạn đang chạy bao nhiêu dịch vụ? 1GB Không liên quan đến âm thanh - mặc dù điều đó phụ thuộc vào dịch vụ bạn đang chạy.


1

Bước tiếp theo, nếu bạn muốn điều tra thêm, tôi sẽ cài đặt process explorer (procexp.exe) mà bạn có thể tìm thấy nó trên trang web của Microsoft. Điều đó sẽ cung cấp cho bạn những dịch vụ sử dụng quy trình này (xem ảnh chụp màn hình từ procexp) sau đó bạn có thể dừng / bắt đầu dịch vụ và xem liệu một dịch vụ cụ thể có liên quan đến việc phát hành / có được phân bổ bộ nhớ lớn hay không. Nó cũng sẽ cho bạn biết nếu nó là Bộ làm việc hoặc Bộ nhớ được phân bổ riêng tư (= chủ yếu là heap). Nếu nó được gắn với một dịch vụ cụ thể thì bạn sẽ có một con đường rõ ràng hơn để nghiên cứu thêm.

Không cần phải nói rằng bạn sẽ cần phải thực hiện kiểm tra này trong cửa sổ ngừng hoạt động / bảo trì đã thỏa thuận hoặc sao chép trên máy chủ thử nghiệm vì bạn sẽ làm gián đoạn các hoạt động bình thường. Khởi động lại và kiểm tra danh sách các dịch vụ đã trở lại bộ chạy bình thường của bạn sau khi thử nghiệm hoàn tất.

Ảnh chụp màn hình: http://i.imgur.com/20Ij6Mi.png

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.