Nguyên nhân của việc sử dụng CPU 'hệ thống và bộ nhớ nén' cao trong Windows 10 là gì?


39

Có một quan sát được thực hiện cho Windows 10 trên máy tính xách tay của tôi chạy với bộ nhớ 24G có sẵn và 2.5G được sử dụng. Không có "áp lực bộ nhớ". Các câu hỏi khác đã xem xét mức tiêu thụ bộ nhớ (không phải là vấn đề ở đây). Trong tất cả các câu hỏi liên quan ở đây và các nơi khác, tôi không thể tìm thấy lời giải thích thỏa đáng cho vấn đề sử dụng cpu quá mức này trong một hoặc hai tháng qua sau một trong các bản cập nhật Windows 10.

Tôi có thể chấp nhận rằng có giá trị trong dịch vụ hoặc quy trình này, nhưng để chạy liên tục và sử dụng các tài nguyên cpu bổ sung và do đó, sử dụng năng lượng pin kém hiệu quả hơn, đó là vấn đề tôi đang cố gắng giải quyết.

Trong một số bài viết trên trang web này, có ý kiến ​​cho rằng tôi tắt SuperFetch và đặt mục đăng ký cho PrefetchParameter thành 0. Tôi đã làm cả hai và thực hiện khởi động lại.

Tôi khởi động lại máy, tắt trình bảo vệ màn hình và khởi động trình quản lý tác vụ. Sau vài phút, dịch vụ được gắn nhãn là 'Hệ thống và bộ nhớ nén' bắt đầu chiếm 5% số lõi của tôi. Việc sử dụng cpu cơ sở của tôi có thể là 1%, giúp quạt luôn ở mức thấp. Nhưng khi dịch vụ 'hệ thống và bộ nhớ nén' hoạt động ở mức 5%, các fan hâm mộ sẽ nổi giận. Và cứ chạy.

Sự ngớ ngẩn. Tại sao dịch vụ đó cần phải được chạy ổn định như thế mà không có áp lực bộ nhớ? Bất kỳ cơ chế bổ sung nào tôi có thể thử để tắt hoặc xác định những gì nó thực sự đang làm? Có các mục nhật ký tập tin ở đâu đó? Hoặc một công cụ chẩn đoán chuyên sâu?

nén-cách-tắt-windows-10-bộ nhớ - không có câu trả lời thực sự ở đây

windows-10-system-process-chiếm-số lượng lớn của ram

Nén 17993-windows-10-bộ nhớ

máy tính để bàn-build-10525-và-windows-10-memory

www.techish.net/system-and-compression-memory/

windows-10-build-1511-quá nóng-cpu-quạt-luôn

Windows Performance Recorder - bây giờ cần một liên kết để biết thông tin về cách diễn giải thông tin

bảo trì chà


1
Vâng, tôi chưa bao giờ hiểu tại sao Windows sử dụng pagefile khi có nhiều bộ nhớ, việc vô hiệu hóa pagefile có thể giải quyết vấn đề của bạn, tôi muốn biết.
Moab


@Moab: Nhận thức rằng Windows "sử dụng tệp trang khi có nhiều bộ nhớ" xuất phát từ nhãn nhầm trên trình quản lý tác vụ của Windows XP - họ đã gắn nhãn biểu đồ "Sử dụng PF" khi đáng lẽ phải là "phí cam kết". Nếu bạn sử dụng PerfMon để kiểm tra mức sử dụng trang thực tế, bạn thường sẽ thấy nó nhỏ hơn nhiều so với dự kiến.
Jamie Hanrahan

2
nắm bắt một dấu vết của việc sử dụng CPU. Cài đặt WPT từ SDK Win10: dev.windows.com/en-us/doads/windows-10-sdk, chạy WPRUI.exe, chọn CPU, Disk, Virtual ALLoc, Residentset và ghi lại 1-2 phút sử dụng HỆ THỐNG và lưu nó thành một tập tin ETL. Nén thư mục ETL + thư mục NGENPDB vào tệp 7z / RAR, tải tệp nén lên OneDrive, tạo liên kết chia sẻ và đăng liên kết chia sẻ tại đây
magicandre1981

@ magicandre1981: cảm ơn bạn đã đưa ra một phương pháp khả thi. Tập tin có thể được tìm thấy tại oneunified.net/files/rpb.20160102.WPR.7z . Nếu bạn thấy một cái gì đó, bạn sẽ có thể đăng phương pháp của bạn? Tôi chắc chắn rất nhiều bài viết khác xung quanh có thể sử dụng kỹ thuật này. ... lại thanx.
Raymond Burkholder

Câu trả lời:


26

Phân tích tệp ETL với WPA cho thấy việc sử dụng CPU không đến từ việc nén bộ nhớ hệ thống. Nó đến từ ntoskrnl.exe!MiScrubMemoryWorker:

Line #, DPC/ISR, Process, Stack Tag, Stack, Count, TimeStamp (s), % Weight
8, , , ,    |    |    |- ntoskrnl.exe!MiScrubMemoryWorker, 79667, , 12,45
9, , , ,    |    |    |    ntoskrnl.exe!MiScrubNode, 79667, , 12,45
10, , , ,   |    |    |    ntoskrnl.exe!MiScrubNodeLargePages, 79667, , 12,45
11, , , ,   |    |    |    ntoskrnl.exe!MiScrubNodeLargePageList, 79667, , 12,45
12, , , ,   |    |    |    |- ntoskrnl.exe!MiScrubPage, 79663, , 12,45
13, , , ,   |    |    |    |    |- ntoskrnl.exe!RtlScrubMemory, 79653, , 12,45
14, , , ,   |    |    |    |    |    |- ntoskrnl.exe!RtlpGenericRandomPatternWorker, 38549, , 6,02

Đây là một chức năng để kiểm tra lỗi bộ nhớ bằng cách điền / đọc một số mẫu ( ntoskrnl.exe!RtlpGenericRandomPatternWorker).

Điều này là do thiết kế và xảy ra khi tác vụ bảo trì nhàn rỗi khởi động khi thiết bị của bạn không hoạt động.


Cảm ơn vì điều đó. Điều đó làm sáng tỏ một số hoạt động. Bây giờ bạn đề cập đến từ nhàn rỗi, hai ý kiến ​​có thể được thực hiện. 1) Tệp ETI mà bạn đã đánh giá được tạo trong khi tôi đang hoạt động trên bảng điều khiển và cpu khoảng 10% đến 15% cho 'hệ thống và bộ nhớ nén', và cuối cùng đã kết thúc. Vì vậy, tôi đã có thể nắm bắt một số loại hoạt động. Và bạn đã đánh giá nó để bảo trì nhàn rỗi. 2) trong bình luận tiếp theo ....
Raymond Burkholder

10
Để đóng, trên Win 10, tôi đã đi đến: Bắt đầu-> Bảng điều khiển-> Công cụ quản trị-> Trình lập lịch tác vụ Thư viện lập lịch tác vụ-> Microsoft-> ​​Windows-> MemoryDiagnellect Có hai mục hàng. Chạy nhiệm vụ có thể phụ thuộc vào các sự kiện đăng nhập. Tôi không chắc liệu chúng có tồn tại không, hoặc nếu chúng kích hoạt khi vào nhật ký. Tôi đã vô hiệu hóa RunFullMemoryDiagnellectEntry. Tôi không còn thấy việc sử dụng 5% đến 12% sau vài phút trì hoãn. Trong các thuộc tính của Tác vụ, trên tab cài đặt, có thể điều chỉnh mọi thứ để không chạy thường xuyên. .... thử nghiệm lần khác.
Raymond Burkholder

2
Rất vui khi biết rằng nó giải quyết vấn đề của bạn.
magicandre1981

1
Để thêm vào nhận xét, tôi đã có 2 nhiệm vụ được xác định - RunFullMemoryDiagnellect và ProcessMemoryDiagnellectEvents, quan trọng nhất là nhiệm vụ thứ hai. Nó có 4 kích hoạt được kích hoạt - "Nhật ký: Hệ thống, Nguồn: Popup ứng dụng", "Nhật ký: Ứng dụng, Nguồn: Lỗi ứng dụng" và hai lỗi còn lại. Vô hiệu hóa 2 trình kích hoạt đã giải quyết vấn đề của tôi, vấn đề là một số ứng dụng tôi đang phát triển ghi vào lỗi Nhật ký sự kiện và gây ra kiểm tra bộ nhớ. Hai trình kích hoạt còn lại hoàn toàn liên quan đến hệ thống, vì vậy tốt hơn hết là đừng vô hiệu hóa chúng
zihotki

3
ok một troll hạ cấp nó. Vâng, Xperf / WPR / WPA là Cấp 500 chuyên gia thứ vì vậy không cho bạn thất học ngu ngốc troll facepalm
magicandre1981

9

Đầu tiên, tái Sử dụng CPU: Quá trình "Hệ thống và bộ nhớ nén" (không phải là dịch vụ) thực hiện nhiều chức năng. Chỉ vì bạn thấy nó sử dụng thời gian CPU không có nghĩa là nó đang thực hiện công việc nén nội dung bộ nhớ. Để tìm hiểu, sử dụng Process Explorer để tìm (các) tên của (các) chức năng luồng trong quy trình đang (đang) sử dụng thời gian của CPU. Bạn sẽ cần định cấu hình các ký hiệu trong Process Explorer để thực hiện việc này, như được mô tả trong câu trả lời này .

Bộ nhớ đang được nén là bộ nhớ

  • một phần của tập làm việc riêng của một quy trình (nghĩa là được chia sẻ với bất kỳ quy trình nào khác); và
  • sửa đổi trong khi nó đang trong quá trình đó; và
  • sau đó bị mất khỏi quá trình do thay thế trang và đưa vào danh sách trang Sửa đổi. (Thuật toán này đã không được thay đổi đáng kể cho Windows 10. Bạn sẽ không nhận được bất kỳ thay thế trang nào nữa mà bạn đã sử dụng.)

Bây giờ ... nếu bạn không có tệp trang, nó sẽ chỉ nằm trong danh sách trang đã sửa đổi (cho đến khi quá trình kết thúc). (Xin lưu ý: Việc vô hiệu hóa trang của bạn sẽ không thay đổi hành vi được mô tả cho đến nay.)

Nếu bạn có một pagefile (tất nhiên là rất được khuyến khích), hành vi sẽ khác nhau giữa Windows 10 và các phiên bản trước.

  • Trước Windows 10, nó sẽ sớm được ghi vào tệp trang và các trang vật lý sẽ được chuyển đến danh sách trang Chờ. Điều này được thực hiện bởi một luồng "trình soạn thảo trang đã sửa đổi" trong quy trình Hệ thống.

  • Với Windows 10, lần đầu tiên nó được nén (chiếm khoảng một nửa dung lượng so với trước đây) và được lưu trữ trong không gian địa chỉ chế độ người dùng của quy trình Hệ thống (giờ đây được gọi là "Hệ thống và bộ nhớ nén"). Nếu cần thiết để giải phóng bộ nhớ thì nó có thể được ghi vào pagefile và phát hành cho mục đích sử dụng khác. (Lưu ý rằng các lợi ích của nén không gian áp dụng cho không gian tệp trang và cả thời gian I / O.)

Vì vậy, thực sự, đây là một điều tốt. Tuy nhiên, nhiều bộ nhớ bổ sung mà bạn thấy được sử dụng bởi quy trình Hệ thống, trước Windows 10, khoảng hai lần số đó sẽ có trong danh sách trang đã sửa đổi hoặc danh sách chờ. Chắc chắn nó sẽ không chiếm nhiều không gian hơn trước đây.

Bạn có thể (theo các thử nghiệm gần đây của tôi) vô hiệu hóa cơ chế này bằng cách loại bỏ tệp trang của bạn, nhưng điều này sẽ không ảnh hưởng đến hành vi thay thế trang; Các trang riêng được sửa đổi bị đẩy ra khỏi các quy trình đơn giản sẽ không đủ điều kiện để được giải phóng cho mục đích sử dụng khác và thay vì nằm trong Hệ thống xử lý bộ nhớ (khoảng gấp đôi số đó) sẽ chỉ nằm trên MPL.


Trong quá trình thám hiểm, không tải biểu tượng gỡ lỗi, tôi nhận được một cái gì đó: ntoskrnl.exe! CcCopyWriteWontFlush + 0xb50 Tôi sẽ biết thêm chi tiết về nó nếu tôi thêm ký hiệu? Có 12 trường hợp, với một yêu cầu 12,5% cpu. Nó thuộc về quy trình hệ thống.
Raymond Burkholder

@RaymondBurkholder Bạn có thể biết thêm thông tin bằng cách xem ngăn xếp của các chủ đề.
Daniel B

@DanielB: có, đó là từ tab Chủ đề trong cửa sổ bật lên từ việc xem các thuộc tính của quy trình Hệ thống tại PID 4 trong Process Explorer. Làm rõ: nút ngăn xếp không hiển thị bất cứ điều gì, nhưng nút Mô-đun cho biết nó là từ tệp ntkmlmp.exe ngày 2015-11-22. Mà tôi nghĩ là ngày gần đúng cpu thêm điều này bắt đầu.
Raymond Burkholder

Đó chỉ là ngày một bản cập nhật Windows ảnh hưởng đến tập tin này. Rốt cuộc, nó là một thành phần hệ thống.
Daniel B

@RaymondBurkholder Màn hình "StartAddress" không có biểu tượng được cấu hình chỉ là không hữu ích. Khi bạn thấy một tên biểu tượng (như "CcCopyWriteWontFlush") cộng với phần bù ("+ 0xb50"), tên biểu tượng gần như chắc chắn sai. Những gì bạn muốn là ví dụ ntoskrnl.exe! ExpWorkerThread, không có phần bù nào được hiển thị. Ồ ... bạn sẽ thấy phần bù cho các mô-đun mà MS không cung cấp biểu tượng - hầu như luôn luôn là các trình điều khiển của bên thứ ba. Chúng được hiển thị dưới dạng moduleName + offset, như nvhda64v.sys + 0x30ac. Chúng ta không thể có biểu tượng cho những cái đó, nhưng riêng tên mô-đun thường hữu ích trong các trường hợp gỡ lỗi.
Jamie Hanrahan

3

Nó có thể là phần mềm "Killer Network Manager". Nếu bạn gỡ cài đặt nó, vấn đề sẽ biến mất, nhưng mạng cũng sẽ gỡ cài đặt trình điều khiển bộ điều hợp mạng. Mới tốt là, có một sửa chữa.

Trước tiên, hãy truy cập http://www.killernetworking.com/support/do-doads/item/killer-suite và tải xuống phiên bản mới, nhưng chưa cài đặt nó. Chỉ cần lưu nó và biết nơi tập tin được đặt.

Sau đó, gỡ cài đặt phiên bản hiện tại thông qua bảng điều khiển. Bạn sẽ phải khởi động lại máy tính. Khi máy tính đã sao lưu, hãy chạy trình cài đặt phần mềm mới. Phiên bản mới được phát hành vào tháng 1 năm 2016, dường như không có vấn đề tương tự.

Tôi nghĩ rằng phiên bản cũ của phần mềm có rò rỉ bộ nhớ gây ra vấn đề này.

Chỉ là một FYI, phần mềm "Killer Network Manager" là một phần của Qualcomms Aethos Killer Wireless-AC / Wireless-N và card mạng E2200 / E2400 có dây. Không có phần mềm, bạn không có internet.


Không có trình điều khiển, bạn không có internet. Bạn có thể có được trình điều khiển mà không cần tất cả các guff và bloatware vô nghĩa mà nhà sản xuất nghĩ rằng bạn cần. Phần dưới cùng của trang mà bạn đã liên kết cung cấp cho bạn một liên kết tải xuống chỉ dành cho trình điều khiển của killernetworking.com/support/do-doads/st Chuẩn
drovers

2

Tôi đã gặp một vấn đề tương tự sau khi nâng cấp lên Windows 10. Con chuột của tôi đột nhiên bị đình trệ, tức là bị giật khi tôi di chuyển nó trên màn hình khiến nó rất khó sử dụng.

Tôi đã kiểm tra việc sử dụng CPU trong Trình quản lý tác vụ và lưu ý rằng sự cố đã xảy ra khi quá trình "Hệ thống và bộ nhớ nén" bắt đầu tiêu thụ từ 5-15% CPU. Tôi đã chạy Process Explorer và kiểm tra các luồng và giống như Raymond Tôi nhận thấy rằng thủ phạm chính là CcWriteCopyWontFlush với độ lệch 0xb50. Một chút Googling dẫn tôi đến trang này. Tôi đã thử cài đặt các ký hiệu Windows như một số gợi ý ở đây, nhưng nó không bao giờ giúp tôi giải quyết phần bù.

Vấn đề cũng lẻ tẻ. Tôi sẽ làm việc trong một vài giờ và sau đó nó sẽ bắt đầu xuất hiện trong vài phút, bật và tắt, khiến tôi phát điên. Khởi động lại sẽ chữa nó trong một thời gian và sau đó nó sẽ trở lại.

Từ các câu trả lời ở đây, tôi quyết định săn lùng các trình điều khiển trên PC của mình, vì vậy tôi đã bắt đầu với Trình quản lý thiết bị và đó là nơi tôi nhận được câu trả lời của mình. Khi sự cố xảy ra, cửa sổ Trình quản lý thiết bị của tôi sẽ liên tục bị trống và làm mới, như mỗi giây hoặc hai giây. Nó về cơ bản là không thể đọc được. Thêm Google cho biết một thiết bị USB bên ngoài kết nối và kết nối lại. Tôi gắn nó xuống điện thoại Samsung mà tôi sạc từ PC mỗi ngày qua cáp kết nối với cổng USB. Tôi cũng sử dụng PC và MyPhoneExplorer để đồng bộ hóa điện thoại của mình với Outlook để tôi có một vài ổ đĩa được ánh xạ tới RAM bên trong và bên ngoài của điện thoại, sử dụng trình điều khiển của Samsung cho PC. Tôi có thể thấy các ổ đĩa này xuất hiện và biến mất thường xuyên trong Trình quản lý thiết bị.

Điện thoại của tôi là Galaxy S2 và khoảng 4 tuổi và tôi đã gặp sự cố kết nối trên cổng microUSB trong hơn một năm. Điều đó có thể giải thích cho bản chất lẻ tẻ của vấn đề hoặc có thể là trình điều khiển PC Samsung nhảm nhí cho điện thoại của tôi. Nếu đó chỉ là dây cáp tôi không biết tại sao khởi động lại sẽ khắc phục vấn đề trong một thời gian, vì vậy nó vẫn còn một chút bí ẩn, nhưng ít nhất tôi biết nguồn và tôi có thể khắc phục nó.

Ngắt kết nối điện thoại của tôi là cách dễ nhất để giải quyết vấn đề và dù sao tôi cũng sẽ bỏ nó đi vì nó quá cũ. Vì vậy, tôi tự hỏi nếu Raymond cũng có trình điều khiển thiết bị Samsung với phần mềm tương tự chạy trên PC của mình. Raymond, nếu bạn vẫn đang đăng ký, hãy cho tôi biết.

Như tôi đã đề cập, cáp đã bị hỏng trong một thời gian, kể từ trước khi nâng cấp từ Windows 7 lên Windows 10, và phần mềm Samsung luôn rất tệ, nhưng trong Windows 7, sự ổn định không ảnh hưởng đến hoạt động khác của PC. Trong Windows 10, nó làm cho con chuột rất giật, đến nỗi nó trở nên gần như không thể sử dụng được. Tôi đã có một thời gian cực kỳ khó khăn khi cố gắng tiếp cận mục tiêu và tôi nghĩ bàn phím cũng bị ảnh hưởng với việc nhấn phím bị bỏ sót. Thật kỳ lạ khi các yếu tố này liên quan đến nhau và tôi không biết nên gợi ý gì cho Microsoft về việc cải thiện Windows 10, nhưng bây giờ tôi cảm thấy Windows 10 hơi "tế nhị". Sử dụng cẩn thận.

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.