Neden / svchost.exe 6.5 GB bellek kullanıyor?


29

Burada neler oluyor? Çalışan neredeyse hiçbir şeyim yok.

6.5 / 8

Neredeyse hiç bir şey ifade etmeden, Firefox'u ve tamamen pasif olan ve asla bu kadar belleği kullanmayacak bazı arka plan ağ uygulamalarını kastediyorum.

İlgili hizmetler: UxSms, TrkWks, SysMain, PcaSvc, Netman, CscService, AudioEndpointBuilder, TabletInputService

Düşünebildiğim tek şey bir süredir Virtualbox'ı Ubuntu ile çalıştırdığım ama 2GB bellek ile sınırlı olduğu ve artık çalışmadığı.


Düzenleme: Neden / nasıl sorusuyla ilgileniyorum? Muhtemelen bir yerlerde bir sızıntı var, ancak yukarıda listelenen hizmetleri göz önüne alındığında, herhangi bir potansiyel suçlu olarak öne çıkıyor?



Daha fazla yararlı bilgiyi görün windowstechinfo.com/2015/05/…
Aravinda

Yanıtlar:


28

svchost.exe, tüm Windows hizmetlerinizi çalıştıran işlemdir. Onlardan biri görünüşte çılgına döndü. Svchost.exe dosyasını sağ tıklayın ve "Servislere Git" i seçin. Bu size hangi hizmetin olduğunu söyler ve ihtiyacınız olmadığında yeniden başlatmak veya devre dışı bırakmak için Servis Yöneticisini kullanabilirsiniz.

Güzel ekran görüntüleri ile daha iyi bir açıklama için göz atın:


Güncellemenize göre, bu hizmetlerden bir kaçını kontrol edebilirsiniz:

  1. CscService: Windows'un "çevrimdışı klasörler" özelliği ile ilgili. Onu kullanıyor musun?
  2. UxSms: Masaüstü Pencere Yöneticisi ile İlgili. Aero'yu devre dışı bırakmayı deneyin, sorunun olup olmadığını görün.

7
Bu biraz geç olabilir, ama benim durumumda her zaman Windows Update olarak da bilinen wuauserv servisidir. Zavallı 1 Gb RAM PC'mde 700Mb'dan fazla kullanıyor. Her zaman bu hizmeti durdurmalıyım, böylece bir şeyler yapabilirim.
tfrascaroli

@Colin, Sysinternals Process Explorer kullanarak nasıl sağ tıklayıp 'Servise Git' seçeneğine tıklayabiliriz? Sağ tıklama menüsünde bu seçenek görünmüyor: i.stack.imgur.com/8M5Hm.png
Pacerier

15

Şüpheli hizmetleri ayrıştırmak için işlemleri ayırdıktan sonra , Network Store Interface Servicedurumumda bellek sızıntısı nedeni olarak (nsi) tanımladım (Windows 7).

Bu konuda http://answers.microsoft.com/en-us/windows/forum/windows_7-system/nsi-memory-leaks-fixed-yet/f3c3e9db-36a7-45df-9dbd- adresinde on sayfalık konu bulunmaktadır. de9455378498 .

İsteğe bağlı olarak indirebileceğiniz birkaç düzeltmeden bahseder:

http://support.microsoft.com/kb/2847346/en-us

http://support.microsoft.com/kb/2950358/en-us

Vista ve Server 2008 için de benzer bir düzeltme var:

http://support.microsoft.com/kb/2743187/EN-US


1
Bu düzeltmeyi yükledim ve birkaç ay boyunca düzelttim, ancak son zamanlarda (bir Windows güncellemesinden sonra şüpheleniyorum) yeniden olmaya başladı. Düzeltmeyi yeniden uygulamak herhangi bir etkiye sahip görünmüyor. Benzer bir durumda başka biri var mı? Herhangi bir çözüm?
Sam Hasler

1
Harika, çok teşekkürler! Benim durumumda, 2847346 bunu düzeltmiş görünüyor - bu görevde 4KB kullanımına geri döndü. Bu hizmet izolasyon numarası, diğer sorun giderme işlemleri için de kullanışlı olacaktır.
Mark Berry,

4

Başka bir seçenek: İşlem Gezgini'ni kullanın.
Microsoft TechNet üzerinden indirilebilir .

Tüm çalışan işlemleri görüntüler, hangi servisin çılgınca çalıştığını izlemek için hangi svchost.exe'nin CPU veya RAM kaynaklarını kullandığını kolayca görebilirsiniz.

İpucu:
Fare imlecini 'svchost.exe' girişlerinin üzerine getirdiğinizde, bu işlemle ilişkili tüm hizmetler bir bilgi penceresi penceresinde listelenir.
Alternatif olarak, işlemi seçin, "Özellikler" i tıklayın ve "Hizmetler" sekmesini seçin.


Bunların her ikisi de btw görev yöneticisi ile mümkündür.
Enigma

1
Doğru, ama İşlem Gezgini'nin bunu biraz daha kolaylaştırdığını düşünüyorum. Ayrıca, söz konusu svchost.exe işleminin tüm iş parçacıklarını, yığınını, ağ bağlantılarını ve güvenlik ayarlarını vb. Görüntüleyebilir, ayrıca yalnızca tek bir işlem için ayrıntılı performans verilerini ve grafiklerini görüntüleyebilirsiniz.
Awa

1
Her svchost süreci altında çalışan birçok hizmetten hangisinin tüm belleği tükettiğini söyleyebilir mi? Çünkü eğer değilse, o zaman işe yaramaz.
Havenard

1
Temel olarak evet. CPU kullanımı / iş parçacığı başına döngü ve ayrıca bellek önceliği gibi ayarları görebilirsiniz. Belirli bir konuya ait servis de listelenmiştir. Yine de bir hata ayıklama veya profil oluşturma aracı değil.
Awa

2

Bu, Windows 7 Service Pack 1'e güncelleme yapıldıktan sonra gerçekleşir. Windows Update (netsvcs) için arka plan servisi etkinleştirildiğinde bellek sızıntısı olabilir. Diğer yerlerin yanı sıra burada daha fazla bilgi bulabilirsiniz . Windows Update'in hatalı olduğunu doğrulamak için Awa'nın buradaki cevabına bakın .

Bu sorunun bir çözümleyici çözümü, Windows Update'i kapatmak ve tüm güncelleştirmeleri el ile yüklemek. Run services.msc ve set Windows Update ve Arka Plan Akıllı Aktarım Hizmeti için Engelliler . Servislerle ilgili genel talimatlar için buraya bakınız .

Ancak, bu sorunu gidermek için birkaç güncelleştirme Microsoft tarafından yayımlandı. Windows Update'i Win7 SP1'in yeni yüklemesinde ilk kez çalıştırdığınızda , diğer güncelleştirmeleri denetlemenize izin vermeden önce Windows Update Agent [WUA] 7.6.7600.320 ( KB2887535 ) yüklemek için ısrar edecektir . Bunu yapmasına izin ver veya çevrimdışı yüklüyse güncellemeyi el ile uygula. Bunu yaptıktan sonra, bu sorun çözülene kadar diğer güncellemeleri otomatik olarak kuramayabilirsiniz.

Ardından, aşağıdaki güncellemeyi manuel olarak indirip yükleyin:

https://support.microsoft.com/en-us/kb/3083324

Bu, Windows Update Agent'ı 7.6.7601.18979 sürümüne yükseltir .

Bu, sorunu gidermek için Microsoft tarafından yayımlanan bir dizideki en yeni güncelleştirmedir. Her biri daha yeni bir sürümle değiştirildi ve görünüşe göre sadece yenisini kurmanız gerekiyor. Ancak, bu sorunu çözmezse, seriye daha eski bir güncelleme yüklemeyi deneyebilir veya hepsini sırayla yükleyebilirsiniz. Kronolojik sırada, aşağıdaki güncellemelere bakın:

https://support.microsoft.com/en-us/kb/2990214
https://support.microsoft.com/en-us/kb/3050265 (Haziran 2015)
https://support.microsoft.com/tr us / kb / 3065987 (Temmuz 2015)
https://support.microsoft.com/en-us/kb/3075851 (Ağustos 2015)
https://support.microsoft.com/en-us/kb/3083324 (Eylül 2015) )

Ardından, bu cevaba göre bu güncellemeyi yükleyin:

https://support.microsoft.com/en-us/kb/3102810 (20 Ekim-2015)

Bu günceller WUA sürümüne 7.6.7601.19046 . Teorik olarak, sadece bu adıma geçip iyi olmanız gerekir. Ancak, bu güncelleme daha önceki güncellemelerin yerine geçmediğini iddia etmekte olup, bu nedenle ilk önce bu güncellemeleri yüklemeniz önerilebilir.

Son olarak, söz konusu güncellemeleri manuel olarak kurmadan önce yukarıda belirtilen iki hizmeti devre dışı bırakmanız ve ardından tekrar etkinleştirmeniz önerilir. Her iki durumda da iyi olmanız gerektiğini düşünüyorum, ancak emin olmak için her güncellemeden sonra makinenizi yeniden başlatmak isteyebilirsiniz.

Raporlar değişebilir, ancak bu sorun Windows Update hogging bellek ve CPU ile çözülmeli :)


Bu sabit benim sorunum başka cevaplar bir sürü yararlıdır ama windows update en mutlak sürer
Broken_Code

Bugün itibariyle kurulacak en son güncelleme / düzeltme nedir?
jj_

1

Faydalı ipucunuz için teşekkürler Colin.

Windows Zaman Hizmeti W32Time'ın bellek sızıntısına neden olduğunu buldum. (Windows 7/64 Home Premium, IE11, güncel Windows Güncelleştirmeleri).

Diğer forum girişleri, bazı Internet Explorer güncellemelerinin sorunu getirdiğini gösteriyor. Ama bunu doğrulamaya çalışmadım.

Çözüm: Servisler panelini açın ve W32Time servisini devre dışı bırakın. Dezavantaj: Saatiniz artık İnternet saat servisi ile senkronize edilmiyor.


1

https://support.microsoft.com/en-us/kb/2889748 microsoft tarafından teşhis edilen ve çözülen yeni düzeltme.


1
Bu, soruyu cevaplayabilmesine rağmen, bağlantılı içeriğin daha ayrıntılı bir açıklamasını vermeli ve soruyla nasıl ilişkili olduğunu açıklamalısınız. Bu, bağlantılı sayfanın kaldırılması veya çevrimdışı olması durumunda bu cevabın faydalı kalmasına yardımcı olacaktır. Daha fazla bilgi için bu Meta Yığın Değişim postasına bakın .
bwDraco

0

Hizmetinizi kapatmayı deneyin:

Superfetch  
Offline files 

Svchost'un neden çok fazla RAM kullandığı durumlarının çoğu, Superfetch hizmetinin çalıştığından kaynaklanmaktadır.

Superfetch , kullandığınız uygulamaların çoğunu RAM'e yüklemesini "anında" yapmak üzere yüklüyor. Ancak bazı zamanlar RAM'inizi boşaltabilir.

Çevrimdışı dosyalar da çok miktarda RAM tüketebilir.

Son söz, belki de aynı vakayı yaşıyorsanız, İşlem Gezgini'ni kullanarak açmayı deneyin : http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

Ardından sağ tıklayın ve Properties (Servisler) seçeneğini seçin, ne tür bir servisin çalıştığını ve neyin çılgına dönebileceğini öğrenmek için ... :)


Diğer programlarınızın hiçbiri RAM kullanmıyorsa (bu sorudaki gibi), o zaman SuperFetch'in kalan RAM'i kullanması iyi bir fikirdir. Kullanılmayan RAM, boşa harcanan RAM'dir.
MSalters

SuperFetch'in RAM kullanıyor görünmediğini de unutmayın. Dosya önbelleği için kullandığı RAM (Yalnızca uygulamalar değil) bekleme modunda, "Kullanılabilir" belleğinin bir parçası. Ve bekleme sayfası listesinde kalır ve hala "kullanılabilir" olarak kabul edilir. Herhangi bir svchost işleminin çalışma kümesinin bir parçası değildir. Öyleyse svchost işlemlerinden birinde çok az "kullanılabilir" RAM'inizin veya çok büyük bir çalışma setinin olmasının nedenlerini arıyorsanız, SuperFetch öyle değildir.
Jamie Hanrahan

0

Neden büyük olasılıkla bir bellek sızıntısı. Hafıza bir şey için ayrılır, ancak bu bir şey bittiğinde, hafıza boş olarak işaretlenmez. Şimdiye kadar kırılmış olan şey sürekli hafıza olduğunu iddia etmek ve ayar yapmamak yine özgür olmak. Normalde bu çöp koleksiyonunu çağırırlar.


-1

Bölge Alarmı ile derin tarama.

İnternet bağlantınızda bazı sorunlara veya seslere veya seslere neden olabilecek svchost.exe dosyasını durdurmayın.


Onu öldürmek zorunda kaldım ama Windows düzeldi. Virüs değildi ama ağ sürücüsüyle ilgili bir sızıntı sorunu gibi görünüyor.
Enigma
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.