Windows 10'da yüksek 'CPU ve sistem belleği' kullanımının sebebi nedir?


39

Kullanılabilir 24G belleği olan ve 2.5G kullanılan dizüstü bilgisayarımda Windows 10 için yapılacak bir gözlem var. 'Hafıza basıncı' yok. Diğer sorular bellek tüketimine baktı (buradaki sorun değil). Buradaki ve diğer yerlerdeki tüm ilgili sorularda, bu aşırı işlemci kullanımıyla ilgili son 10 ay veya iki Windows 10 güncellemesinden sonra konuyla ilgili yeterli bir açıklama bulamadım.

Bu hizmette veya süreçte değer olduğunu kabul ediyorum, ancak sürekli çalışmak ve ek işlemci kaynaklarını kullanmak ve bunun sonucunda pil gücünü daha az verimli kullanmak, bu şekilde çözmeye çalıştığım konudur.

Bu sitedeki bazı makalelerde, SuperFetch'i kapatmam ve PrefetchParameters için 0'a bir kayıt defteri girdisi ayarlamam önerildi. Her ikisini de yaptım ve yeniden başlattım.

Makineyi yeniden başlatıyorum, ekran koruyucuyu kapatıyorum ve görev yöneticisini başlatıyorum. Birkaç dakika sonra, 'Sistem ve sıkıştırılmış bellek' olarak etiketlenen servis, işlemcimin% 5'ini tutarlı bir şekilde almaya başlar. Temel cpu kullanımım belki% 1'dir ve bu durum fanın düşük kalmasını sağlar. Ancak 'sistem ve sıkıştırılmış hafıza' servisi% 5’te çalıştığında, fanlar hızlanıyor. Ve sadece koşmaya devam ediyor.

Sillyness. Neden bu servisin, bellek baskısı olmadan sürekli böyle çalışması gerekiyor? Kapatmak veya gerçekte ne yaptığını belirlemek için deneyebileceğim herhangi bir ek mekanizma var mı? Bir yerde günlükleri dosya girişleri var mı? Ya da derinlemesine bir teşhis aracı?

nasıl yapılır-devre dışı bırakılır-windows-10-bellek-sıkıştırma - burada gerçek cevap yok

pencere-10 sistemi tarafından işlem alma masif-miktarlarda-of-the ram

17993-pencereler-10-hafıza-sıkıştırma

masaüstü birikmesi 10525-ve-windows-10-bellek

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

windows-10-build-1511-ısınmadan-cpu-fan-hep

Windows Performans Kaydedici - şimdi bilgilerin nasıl yorumlanacağı hakkında bilgi için bir bağlantıya ihtiyacınız var

bodur bakım


1
Evet, neden çok fazla bellek varken Windows'un sayfa dosyasını kullandığını anlamadım, sayfa dosyasını devre dışı bırakmak sorununuzu çözebilir, bilmek istiyorum.
Moab


@Moab: Windows'un "çok fazla bellek olduğunda sayfa dosyasını kullandığı" algısı, Windows XP'nin görev yöneticisinde yanlış bir etiketten geliyor - "PF kullanımı" grafiklerini "ücretlendirme" olması gerektiği şeklinde etiketlediler. Gerçek sayfa dosyası kullanımını incelemek için PerfMon kullanıcısıysanız, genellikle beklenenden çok daha küçük bulacaksınız.
Jamie Hanrahan

2
CPU kullanımının bir izini yakalamak. WPT'yi Win10 SDK'dan yükleyin: dev.windows.com/en-us/downloads/windows-10-sdk, WPRUI.exe'yi çalıştırın, CPU, Disk, VirtualAlloc, ResidentSet'i seçin ve SYSTEM kullanımının 1-2 dakikasını yakalayın ve kaydedin bir ETL dosyasına. ETL + NGENPDB klasörünü 7z / RAR dosyasına sıkıştırın, sıkıştırılmış dosyayı OneDrive'a yükleyin, bir paylaşım bağlantısı oluşturun ve paylaşım bağlantısını buraya
gönderin

@ magicandre1981: olası bir metodoloji önerdiğiniz için teşekkür ederiz. Dosya oneunified.net/files/rpb.20160102.WPR.7z adresinde bulunabilir . Bir şey görürseniz, metodolojinizi gönderebilecek misiniz? Eminim etrafta pek çok başka yayın tekniği kullanabilir. ... tekrar teşekkürler.
Raymond Burkholder

Yanıtlar:


26

ETL dosyasını WPA ile analiz etmek , CPU kullanımının sistem belleği sıkıştırmasından gelmediğini gösteriyor. Bu geliyor 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

Bu, bazı kalıpları ( ntoskrnl.exe!RtlpGenericRandomPatternWorker) doldurarak / okuyarak belleği hatalar için test etme işlevidir .

Bu, tasarım gereğidir ve cihazınız boştayken boşta kalma görevi başladığında gerçekleşir.


Bunun için teşekkür ederim. Bu faaliyete biraz ışık tutuyor. Artık boşta kelimesinden bahsettiğinize, iki yorum yapılabilir. 1) Değerlendirdiğim ETI dosyası, ben konsolda aktifken yapıldı ve cpu, 'sistem ve sıkıştırılmış bellek' için% 10 ila% 15 civarındaydı ve sonunda bitti. Böylece bir çeşit aktivite yakalayabildim. Ve onu boşta bakım olarak değerlendirdiniz. 2) sonraki yorumda ....
Raymond Burkholder

10
Kapatmak için, Win 10'da, şu adrese gittim: Başlat-> Denetim Masası-> Yönetimsel Araçlar-> Görev Zamanlayıcı Görev Zamanlayıcı Kitaplığı-> Microsoft-> ​​Windows-> MemoryDiagnostic İki satır öğesi var. Görevin yürütülmesi günlük olaylarına bağlı olabilir. Sadece var olmaları gerekip gerekmediğinden veya kayıt defterine girdiklerinde tetiklenip tetiklenmediklerinden emin değilim. RunFullMemoryDiagnosticEntry'yi devre dışı bıraktım. Birkaç dakika gecikmeden sonra artık% 5 ila% 12 kullanımını göremiyorum. Görev özelliklerinde, ayarlar sekmesinde, nesnelerin çok sık çalışmamasını ayarlamak mümkün olabilir. .... başka bir zaman için test etmek.
Raymond Burkholder

2
Sorununuzu çözdüğünü duymak güzel.
magicandre1981,

1
Yoruma eklemek için tanımlanmış 2 görevim vardı - RunFullMemoryDiagnostic ve ProcessMemoryDiagnosticEvents, en önemlisi ikincisi. Etkinleştirilen 4 tetikleyici var - "Günlük: Sistem, Kaynak: Uygulama Açılır Penceresi", "Günlük: Uygulama, Kaynak: Uygulama Hatası" ve iki tanesi. 2 tetikleyiciyi devre dışı bırakmak sorunumu çözdü, sorun şu ki geliştirdiğim bazı uygulamaların Olay Günlüğü hatalarına yazıyor ve bu da bellek kontrollerine neden oluyor. Kalan iki tetikleyici tamamen sistemle ilgilidir, bu yüzden onları devre dışı bırakmamak daha iyidir
zihotki

3
Tamam bir troll indirildi. Evet, xperf / WPR / WPA, Seviye 500 uzmanıdır, bu yüzden sizin için
eğitilmemiş

9

İlk önce, yeniden CPU kullanımı: "Sistem ve sıkıştırılmış bellek" işlemi (bu bir servis değildir) birçok işlevi yerine getirir. Sadece CPU zamanını kullanırken görmeniz, hafıza içeriğini sıkıştırarak çalışma yapmak anlamına gelmez. Bunu bulmak için, işlem süresi içindeki CPU işlevini kullanan işlem (ler) in isimlerini bulmak için İşlem Gezgini'ni kullanın. Bunu yapmak için, bu yanıtta açıklandığı şekilde İşlem Gezgini'ndeki simgeleri yapılandırmanız gerekir .

Sıkıştırılan hafıza, hafızada olan hafızadır.

  • bir sürecin özel çalışma kümesinin bir parçası (yani başka bir işlemle paylaşılan); ve
  • bu süreçte iken değiştirilmiş; ve
  • daha sonra sayfa değişimi nedeniyle işlemden kaybedildi ve Değiştirilmiş sayfa listesine koy. (Bu algoritma, Windows 10 için büyük ölçüde değiştirilmemiştir. Alışmış olduğunuzdan daha fazla sayfa değişimi almazsınız.)

Şimdi ... eğer bir sayfa dosyanız yoksa, sadece değiştirilen sayfalar listesinde kalacaktır (işlem bitene kadar). (Lütfen dikkat: Sayfa dosyanızı devre dışı bırakmak, şu ana kadar açıklanan davranışı değiştirmez.)

Bir sayfa dosyanız varsa (ki kesinlikle önerilir), bu davranış Windows 10 ile önceki sürümler arasında farklılık gösterir.

  • Windows 10'dan önce, yakında sayfa dosyasına yazılır ve fiziksel sayfalar Bekleme sayfa listesine taşınırdı. Bu, Sistem işleminde "değiştirilmiş sayfa yazarı" dizisi tarafından yapılır.

  • Windows 10 ile ilk kez sıkıştırılır (eskisi kadar oda alır) ve Sistem işleminin kullanıcı modu adres alanında kalır (şimdi "Sistem ve sıkıştırılmış bellek" olarak adlandırılır). Belleği boşaltmak gerekirse, sayfa dosyasına yazılabilir ve diğer kullanımlar için serbest bırakılabilir. (Boşluk sıkıştırmanın yararlarının, sayfa alanı boşluğu ve G / Ç zamanları için de geçerli olduğunu unutmayın.)

Yani, gerçekten, bu iyi bir şey. Bununla birlikte, Sistem işlemi tarafından kullanıldığını gördüğünüz ek bellek, Windows 10'dan önce, değiştirilen sayfa listesinde veya bekleme listesinde yaklaşık iki katı olurdu. Elbette eskisinden daha fazla yer almayacak.

(Son testlerime göre), sayfa mekanizmadan kurtularak bu mekanizmayı devre dışı bırakabilirsiniz, ancak bu sayfa değiştirme davranışını etkilemez; İşlemlerin dışına itilen değiştirilmiş özel sayfalar basitçe diğer kullanım için serbest bırakılmayacak ve Sistem işleminde bulunmak yerine bellek (yaklaşık iki katı) MPL'ye oturacaktır.


İşlem gezgini, hata ayıklama sembolleri yüklü olmadan bir şey alıyorum: ntoskrnl.exe! CcCopyWriteWontFlush + 0xb50 % 12,5 cpu talep eden 12 örnek var. Bu sistem sürecine aittir.
Raymond Burkholder

@RaymondBurkholder Konu yığınına bakarak daha fazla bilgi alabilirsiniz.
Daniel B

@DanielB: evet, bu işlem açılır penceredeki PID 4'teki Sistem işleminin özelliklerine bakmaktan açılan konu sekmesindedir. Açıklama: yığın düğmesi hiçbir şey göstermiyor, ancak Modül düğmesi 2015-11-22 tarihli ntkmlmp.exe dosyasından olduğunu gösteriyor. Sanırım bu ekstra cpu olayı başladığı yaklaşık tarih.
Raymond Burkholder

Bu sadece bir Windows güncellemesinin bu dosyayı en son etkilediği tarih. Sonuçta bu bir sistem bileşenidir.
Daniel B

@RaymondBurkholder Yapılandırılmış semboller olmadan "StartAddress" ekranı kullanışsızdır. Bir sembol adı ("CcCopyWriteWontFlush" gibi) ve bir ofset ("+ 0xb50") gördüğünüzde, sembol adı neredeyse kesinlikle yanlıştır. İstediğiniz şey, örneğin, ntoskrnl.exe! ExpWorkerThread, hiçbir ofset gösterilmemiştir. Oh ... MS'in sembol sağlamadığı modüller için ofsetler göreceksiniz - hemen hemen her zaman bunlar üçüncü taraf sürücülerdir. Nvhda64v.sys + 0x30ac gibi moduleName + offset olarak görüntülenirler. Bunun için sembol alamıyoruz, ancak modül adı tek başına hata ayıklama işlemlerinde genellikle yardımcı oluyor.
Jamie Hanrahan

3

"Katil Ağ Yöneticisi" yazılımı olabilir. Kaldırırsanız, sorun gider, ancak ağ bağdaştırıcısı sürücülerini de kaldırdığı gibi ağ da gider. Yeni iyi, bir düzeltme var.

İlk önce http://www.killernetworking.com/support/driver-downloads/item/killer-suite adresine gidin ve yeni sürümü indirin, ancak henüz yüklemeyin. Sadece kaydedin ve dosyanın nerede olduğunu bilin.

Ardından, geçerli sürümü kontrol panelinden kaldırın. Bilgisayarı yeniden başlatmanız gerekecek. Bilgisayar yedeklendikten sonra, yeni yazılım yükleyiciyi çalıştırın. Ocak 2016’da yayımlanan yeni sürümde aynı sorun yok gibi görünüyor.

Yazılımın eski sürümünün bu soruna neden olan bir bellek sızıntısı olduğunu düşünüyorum.

Sadece bir FYI olan "Killer Ağ Yöneticisi" yazılımı, Qualcomms Steroid Killer Kablosuz-AC / Kablosuz-N ve kablolu E2200 / E2400 ağ kartlarının bir parçasıdır. Yazılım olmadan internetin yok.


Şoför olmadan internetin yok. Sen edebilirsiniz üretici sen gerekmez düşündüğünü anlamsız guff ve bloatware tüm olmadan sürücüyü olsun. Bağlı sayfanın alt size bir sürücü salt indirme bağlantısı verir killernetworking.com/support/driver-downloads/standard-drivers
Mokubai

2

Yakın zamanda Windows 10'a yükselttikten sonra da benzer bir sorun yaşadım. Farem aniden durmaya başladı, yani ekranın üzerinde hareket ederken sarsıldı, kullanımı çok zorlaştırdı.

Görev Yöneticisi'nde CPU kullanımını kontrol ettim ve sorunun "Sistem ve Sıkıştırılmış Bellek" işlemi CPU'nun% 5-15'inden tüketmeye başladığında meydana geldiğini belirttim. Process Explorer'ı çalıştırdım ve konuları kontrol ettim ve Raymond gibi ana suçlunun 0xb50 ofsetiyle CcWriteCopyWontFlush olduğunu fark ettim. Bir miktar Googling beni bu sayfaya yönlendirdi. Burada bazılarının önerdiği gibi Windows sembollerini yüklemeyi denedim, ancak hiçbir zaman ofseti çözmeme yardımcı olmadı.

Sorun ayrıca düzensizdi. Birkaç saat çalışacaktım ve sonra birkaç dakika görünmeye başlayacaktı, beni çıldırtıyordu. Yeniden başlatma işlemi bir süre için onu tedavi eder ve daha sonra geri dönerdi.

Buradaki cevaplardan bilgisayarımdaki sürücüleri aramaya karar verdim, bu yüzden Aygıt Yöneticisi ile başladım ve cevabımı burada aldım. Sorun oluştuğunda, Aygıt Yöneticisi pencerem her iki veya iki saniyede olduğu gibi sürekli olarak kararır ve yenilenir. Aslında okunamıyordu. Daha fazla Googling, bağlanan ve yeniden bağlanan harici bir USB cihazı önerdi. Her gün bilgisayarımdan USB portuna bağlı bir kablo ile şarj ettiğim Samsung telefonuma bağladım. Ayrıca, telefonumu Outlook ile senkronize etmek için PC ve MyPhoneExplorer'ı da kullanıyorum; böylece Samsung'un PC sürücülerini kullanarak telefonumun dahili ve harici RAM'iyle eşlenen birkaç sürücüm var. Bu sürücülerin Aygıt Yöneticisi'nde sıkça görünüp kaybolduğunu görebiliyordum.

Telefonum Galaxy S2 ve yaklaşık 4 yaşında ve bir yıldan fazla bir süredir microUSB bağlantı noktasında bağlantı sorunları yaşadım. Bu sorunun sporadik doğasını açıklayabilir veya telefonumun berbat Samsung PC sürücüleri olabilir. Eğer sadece kablo olsaydı, neden yeniden başlatmanın sorunu bir süre için tedavi ettiğini bilmiyorum, bu yüzden hala biraz gizemli bir durum, ama en azından kaynağı biliyorum ve düzeltebilirim.

Telefonumun bağlantısını kesmek, sorunu çözmenin en kolay yoludur ve çok eskiden beri zaten onu çıkarmak üzereyim. Bu yüzden Raymond'ın PC'sinde çalışan benzer yazılıma sahip bir Samsung aygıt sürücüsü olup olmadığını merak ediyorum. Raymond, hala kontrol ediyorsan bana haber ver.

Daha önce de belirttiğim gibi, kablo bir süredir berbattı, çünkü Windows 7'den Windows 10'a yükseltme işleminden çok önce ve Samsung yazılımı her zaman berbattı, ancak Windows 7'de lapa lapalık bilgisayardaki diğer işlemleri etkilemiyordu. Windows 10'da fareyi o kadar sarsıntılı yaptı ki kullanılamaz hale geldi. Hedefe inmeye çalışırken son derece zor bir zaman geçirdim ve klavyenin de basılmakta olan tuşlarla da etkilendiğini düşünüyorum. Bu faktörlerin birbiriyle nasıl bağlantılı olduğu garip ve Microsoft'a Windows 10'u geliştirmek için ne önereceğimi bilmiyorum, ama şimdi Windows 10'un biraz "hassas" olduğunu hissediyorum. Dikkatle kullanın.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.