Windows 7 x64 Explorer.exe neden aniden kullanılabilir tüm RAM'leri silip sistemimi taramaya yavaşlatıyor?


16

GÜNCELLEME: ÇÖZÜLDÜ - cevabımı aşağıya bakın

Sık sık, bir Windows Gezgini penceresindeki (Explorer.exe, Internet Explorer ile karıştırılmamalıdır) klasörler arasında gezinirken, aniden sabit diskimin çökmeye başladığını ve sistemimin yanıt vermemeye başladığını duyacağım. Görev Yöneticisi'ni açmayı başardığımda (Control-Alt-Delete -> Görev Yöneticisini Başlat), Explorer.exe'nin 1.5GB'dan 2GB'a ve daha yüksek bir hızla artan miktarda RAM kullandığını görebiliyorum. RAM numaralarını birkaç saniye izlersem, Explorer.exe yaklaşık 4GB'a kadar çıkacak ve sıfırlar ve yeniden başlayacak. Bu sırada sabit diskim çöküyor ve bilgisayarımla hiçbir şey yapamıyorum. Explorer.exe işlemini sonlandırarak ve sonra Explorer.exe'yi yeniden başlatmak için Görev Yöneticisi'nin Çalıştır ... komutunu kullanarak normale dönmeyi başardım. Bu bölümler sistemimi 3 ila 5 dakika arasında kullanılamaz halde tutar.

Bunun bir sanal bellek sorunu olduğu söylendi. Sanal bellek ayarlarım iyi - otomatik olarak ayarlanmışlar. Tüm sabit disklerimde yaklaşık% 10 boş alanım var.

Sfc / scannow ile sistem dosyalarını test ettim ve sorun bulamadım.

RAM'imi Windows Bellek Tanılama kullanarak test ettim ve sorun bulamadım.

Sorunun özellikle Belgeler kitaplığındaki klasörlere göz atarken ortaya çıktığını fark ettim. Neredeyse sık kullandığım klasörler arasında her gezintiğimde, özellikle de klasörlerde hızlı bir şekilde hareket edersem olur. Genellikle Word dosyalarını açmaya çalıştığımda olur.

Sistem genellikle yaklaşık 2 veya 3 dakika boyunca "çıldırır". Sistemdeki RAM kullanımını görebildiğimde,% 98 veya daha yüksek bir oranda.

Olası bir sorun, Belge Kitaplığı konumlarını Windows'un (C :) üzerine yüklendiği aynı diske değil, farklı bir diske (F :) taşıdım, ancak bu bir sorun olmamalı.

Herhangi bir fikir?

YENİ DETAYLAR 9/10/11:

Şimdi iki farklı Windows 7 x64 bilgisayarda bu sorunu yaşıyorum. Aynı sorun her ikisinde de görülür, explorer.exe tüm kullanılabilir RAM'leri yavaşlatır ve sistemi taramaya yavaşlatır. Aşağıdaki prosedürün sorunu tetikleyeceğine inanıyorum.

1) En az iki Word belge dosyası içeren Windows Live Mesh 2011 ile senkronize edilmiş bir klasöre gidin.

2) Word belge dosyalarından birini tıklatın (çift tıklatmayın). Sonra farklı bir Word belge dosyasını tıklatın. Bunu birkaç kez tekrarlayın.

3) Bir dosya işlemi gerçekleştirin. (Word dosyalarından birini silin, kopyalayın veya açın.)

4) Sistem geçici olarak yavaşlıyor veya "donuyor" gibi görünecektir. Görev Yöneticisi'ne bakarsanız, RAM'in% 99'u, hatta% 100'ü kullanımda olacaktır. Explorer.exe işlemi hızla artan miktarda RAM kullanır.

Windows Live Mesh 2011'in burada suçlu olduğuna her zamankinden daha ikna oldum. Bu programı kaldıracağım ve her iki sistemi de test edeceğim, ardından bu soruyu daha fazla bilgi ile güncelleyeceğim. Başka görüşleriniz varsa, lütfen yardım edin. Teşekkür ederim.

Superuser'ın mükemmel önerilerine dayanarak, çok fazla sorun giderme yaptım. Şu anda, sorunu hafiflettim, ancak hala ortadan kaldırmadım. Windows küçük resim önbelleğini temizledikten sonra, yukarıda tarif ettiğim RAM sivri ucu ve sabit disk sıkışması yine de gerçekleşiyor, ancak saldırı süresi şimdi sadece 5 veya 10 saniye (3 veya 5 dakika yerine). Yardımcı olan başka bir adım, Görünüm sekmesinde Explorer'ın Klasör Seçenekleri'nde "Klasör pencerelerini ayrı bir işlemde başlat" seçeneğini seçmektir. Bu sorunlu pencereyi izole etti, böylece explorer.exe'yi sonlandırmam gerektiğinde, görev çubuğum ve masaüstüm genellikle etkilenmez.


1
Geçici olarak güvenli moda önyükleme yapın. Bu, tüm uzantıları ve kancaları Explorer'da devre dışı bırakacak ve sorunun hala orada olup olmadığını görecektir.
vcsjones

Bu soruyu daha fazla ayrıntıyla güncelledim. Daha fazla fikriniz varsa lütfen bana bildirin. Bu sorun son zamanlarda benim için daha da kötüleşti ve hala sorunun nedeninden emin değilim. Teşekkürler.
Mantis

1
Bu klasörlerde hangi belgeler var? Explorer bu belgelerin küçük resimlerini (önizlemeleri) gösteriyor mu?
Denis Nikolaenko

Sorun, Explorer klasörleri "ayrıntılar" modunda gösterecek şekilde ayarlandığında, ancak Windows 7 durum çubuğunda dosyanın önizlemeleri gösteriliyorsa, değil mi?
Mantis

1
Bu prosedürü deneyin ve bize bildirin.
Tamara Wijsman

Yanıtlar:


11

İşlem İzleyicisi'ni veya İşlem Gezgini'ni çalıştırmayı deneyin ve "normal" çalışma sırasında ve yavaşladığı anlarda olanları yakalayın. Bu sorunu gidermenin bir yolu.

Ayrıca Live Mesh'i kaldırmayı deneyebilir ve fark yaratıp yaratmadığını görebilirsiniz.


1
Otomatik Çalıştırma Ekleyin: Explorer'ın hangi uzantıları (özellikle üçüncü kısım) yüklediğini kontrol edin.
Richard

Bu öneriler için teşekkürler. AutoRuns kullanarak Explorer uzantılarını sistematik olarak devre dışı bırakıyorum. Şu anda, Microsoft dışındaki tüm uzantıları devre dışı bıraktım ve hala orijinal soruda tarif ettiğim davranışı yaşıyorum. Halen çalışan iki MSFT uzantısı: EPP (shellext.dll) ve "Gadgets" (sbdrop.dll). Bu uzantıları da devre dışı bırakmalı mıyım?
Mantis

6

Küçük resim önbelleğinizi temizlemeyi deneyin, bunu yapmak için disk temizlemeyi kullanın.

Ayrıca Windows'un gerekli codec bileşenine sahip olmadığı için küçük resimler oluşturamadığı klasörlerde görüntü veya özellikle video dosyaları varsa, bu Explorer sorunlarına, yavaşlamalara ve hatta çökmelere neden olabilir.

Windows'un küçük resim oluşturamayacağı dosyalara sahip klasörleri bulabilirseniz, o klasörün görünüm ayarını ayrıntılar gibi bir şeyle değiştirin, böylece küçük resimler oluşturmaya çalışmaz.

MKV video dosyalarıysa bu konuya bakın


Sorun çoğunlukla yalnızca .doc, .docx, .pptx ve .pdf dosyaları içeren klasörlere göz atarken ortaya çıkar.
Mantis

Güvenlik yazılımınızın buna neden olup olmadığını merak ediyor, herhangi bir aktif AV yazılımını devre dışı bırakmayı deneyin, işlerin düzelip düzelmediğine bakın.
Moab

Kullandığım tek güvenlik yazılımı microsoft Security Essentials. Küçük resim önbelleğimi yeni temizledim. Bunun bir fark yaratıp yaratmadığını test ettikten sonra, deneyeceğim bir sonraki şey MSE'yi devre dışı bırakmak. Tekrar teşekkürler.
Mantis

Küçük resim önbelleğini temizlemek bir etki yarattı. RAM.exe spike'ı hala görüyorum ve Explorer.exe ile çalışırken sabit diskin çöktüğünü gözlemliyorum, ancak efekt küçük resim önbelleğini temizledikten sonra daha hızlı bir şekilde gitti. Yine de bu sorunun tamamen çözüldüğünü düşünmüyorum. Artık RAM ani artışları görmeyene kadar sorun gidermeye devam edeceğim. Orijinal soruyu güncelleyeceğim. Yardımın için tekrar teşekkürler.
Mantis

Bu sorunu yaşamaya devam ettim. Yeni teorim, sistemin donmasına, kaydedilmiş küçük resim görüntülerine sahip çok sayıda Word dosyası içeren klasörlere göz atılmasından kaynaklanıyor. Bunun bir etkisi olup olmadığını görmek için bir klasördeki tüm Word küçük resimlerini silmeye çalışacağım. Alternatif olarak, buradaki talimatları uygulayarak
Mantis

4

Sorun, Word 2007 dosyalarının dosya görüntüsü önizlemelerini (küçük resimler) göstermeye çalıştığında explorer.exe'deki bellek sızıntısından kaynaklanıyor.

Explorer'ın bu dosya görüntüsü önizlemelerini göstermesini engelleyerek sorunu çözdüm. Bunu yapmak için Windows kayıt defterini düzenledim.

Kayıt defterini düzenlerken dikkatli olun - bir hata yaparsanız bilgisayarınızı sakat bırakabilir. Her zaman önce bu talimatları izleyerek kayıt defterinizi yedekleyin .

Kayıt defterini düzenlemek için:

  1. Başlat'a tıklayın ve "regedit.exe" yazın. Regedit.exe için bir kısayol görünecektir.
  2. Regedit kısayolunu sağ tıklayın ve "Yönetici olarak çalıştır" ı seçin. Gerekirse kimlik bilgilerini sağlayın.
  3. Regedit'te, solda listelenen klasörler arasında aşağıdaki konuma gidin:

HKEY_CLASSES_ROOT.dotx \ ShellEx {BB2E617C-0920-11d1-9A0B-00C04FC2D6C1}

  1. "Varsayılan" kelimesini tıklayın ve listelenen değerin: "{C41662BB-1FA0-4CE0-8DC5-9B7F8279FF97}" olduğunu doğrulayın. (Farklı bir değer görürseniz, kayıt defterinde doğru konumda olduğunuzdan emin olmak için önceki adımı tekrarlayın).

  2. Ardından klavyenizdeki "Sil" tuşuna basın. Silme işlemini onaylayın.

  3. Aşağıdaki konum için 3. ve 4. adımları tekrarlayın:

    HKEY_LOCAL_MACHINE \ SOFTWARE \ Classes.docx \ ShellEx {BB2E617C-0920-11d1-9A0B-00C04FC2D6C1}

    "varsayılan" değer: "{C41662BB-1FA0-4CE0-8DC5-9B7F8279FF97}"

Daha fazla bilgiyi burada bulabilirsiniz .


1
Soruna neden olan .dotx olduğunu nasıl belirlediniz?
Moab

1
İlk olarak, yalnızca .docx dosyaları içeren klasörlere göz atarken sorun yaşadığımı fark ettim. İkinci olarak, küçük resim önbelleğinin temizlenmesi "askıda kalma" davranışının süresini önemli ölçüde azalttı, ancak birkaç gün sonra davranış normal süresine (2-3 dakika) geri döndü. Son olarak, Word dosyaları için küçük resimlerin sorun olması gerektiğini belirledim ve yalnızca bu küçük resimleri devre dışı bırakmanın bir yolunu bulmaya başladım. .Docx (ve .dotx) küçük resimlerini devre dışı bıraktıktan sonra sorunu tekrar yaşamadım. Bu explorer.exe bir hata olduğuna inanıyorum.
Mantis

1
Doğru konumlar, 1: HKEY_CLASSES_ROOT\.dotx\ShellEx\{BB2E617C-0920-11d1-9A0B-00C04FC2D6C1} 2:HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.docx\ShellEx\{BB2E617C-0920-11d1-9A0B-00C04FC2D6C1}
Rodrigo Polo

3

Kısa süre önce Çevrimdışı Dosyalar Windows özelliğinin bu soruda açıklanan hatalara neden olabileceğini keşfettim. Çevrimdışı Dosyaları yaklaşık bir hafta önce devre dışı bıraktım. Çevrimdışı Dosyaları devre dışı bıraktığından beri soruda tarif ettiğim sistem kararsızlığını yaşamadım.

Windows 7'de Çevrimdışı Dosyaları devre dışı bırakmak için (Vista için aynı olmalıdır):

  1. Başlat'ı tıklayın ve "Çevrimdışı Dosyalar" ı arayın. "Çevrimdışı Dosyaları Yönet" i tıklayın.

  2. "Çevrimdışı Dosyaları Devre Dışı Bırak" ı tıklayın.


Çevrimdışı Dosyaların devre dışı bırakılmasının bu sorunu çözeceğini umuyordum, ancak ne yazık ki Çevrimdışı Dosyalar devre dışı olsa bile tekrar karşılaştım. Bu (aralıklı) sorunu seçmeye devam edeceğim. Başka fikirler çok yardımcı olacaktır. Teşekkürler.
Mantis

3

Daha düşük bir seviyede kararsız bir şey olmadığı sürece, kabuk uzantıları ana suçludur .

Microsoft tarafından olmayanları devre dışı bırakmak için ShellExView kullanın , sonra olanları yeniden eklemeyi deneyebilirsiniz ...


Önerin için teşekkürler. AutoRuns kullanarak Microsoft dışındaki tüm kabuk uzantılarını başarıyla devre dışı bıraktığımı düşünüyorum. Bu işlem sorunu çözmedi.
Mantis

1
@Mantis: ShellExView'in AutoRun olmayan girişleri de gösterdiğine inandığım için iki kez kontrol etmek isteyebilirsiniz.
Tamara Wijsman

Tamam Tom. Teşekkürler - ShellExView ile de kontrol edeceğim ve bulgularımı burada bildireceğim.
Mantis

@Mantis: Ayrıca kendi cevabınızda bıraktığım yorumu ve sorunuza bıraktığım yorumu da görün. Sadece cevabımı okudun gibi görünüyor ...
Tamara Wijsman

1

Sorun, Windows 7'de arama dizine ekleme olabilir.

Windows 7'de Arama Dizine Eklemeyi Devre Dışı Bırakma makalesi , kesin olarak nasıl devre dışı bırakılacağını gösterir ve açıklar:

Arama işlemini hızlandırmak için Arama dizin oluşturma hizmeti, Windows sistemindeki dosya ve klasörleri tarar ve bunlar hakkındaki bilgileri bir dizin dosyasına kaydeder. Ancak, sistemin bazı kaynaklarını da tüketir, bu nedenle yavaş bir bilgisayara sahip kullanıcılar için arama dizinini kapatmak yararlıdır.

Sorunun bu olup olmadığını görmek için önce makalede açıklandığı gibi bu hizmeti devre dışı bırakmayı deneyebilirsiniz. Değilse, yeniden etkinleştirin. Öyleyse, aşağıda okumaya devam edin.

Dizin kullanarak Windows arama işlemlerini iyileştirme konusunda daha fazla bilgi bulabilirsiniz : sık sorulan sorular :

Dizinlenmiş konumlar, kitaplıklarda bulunan tüm klasörleri (örneğin, Belgeler kitaplığında gördüğünüz her şeyi), e ‑ postayı ve çevrimdışı dosyaları içerir. Dizine alınmamış dosyalar program dosyalarını ve sistem dosyalarını içerir - çoğu insanın nadiren araması gereken dosyalar.

Bu durumda sorun, kitaplıklarınızda Dizinleyicinin dizine eklemek için çok fazla bellek gerektirdiği çok fazla dosya bulunması olabilir. Belki de bu, üzerinde durduğu belirli bir belgeyle ilgili basit bir hatadır. Sorunlu kitaplığı bulana kadar dizine eklenen klasörlerin sayısını azaltmak için ikinci makale bölümündeki "Dizin konumlarını nasıl eklerim veya kaldırırım" bölümündeki bilgileri kullanabilirsiniz.


Arama dizinleyici sorunun doğru olduğunu düşünüyorum, ama arama dizinleyici sadece klasörlere göz atarken explorer.exe askıya neden olacağını düşünüyor musunuz? Belgeler kütüphanemdeki klasörleri tıkladığımda Explorer.exe "çıldırıyor". Ayrıca, Windows aramasını yaygın olarak kullanıyorum, bu yüzden dizinleyiciyi aktif tutmayı tercih ederim. Sadece arama indeksleyicisini tamamen kapatmak yerine soruna neden olan belirli bir dosya olup olmadığını belirlemenin herhangi bir yolu var mı? Yardımın için teşekkürler.
Mantis

1
Endekslemeyi kapatmak, yalnızca bunun gerçekten sorun olup olmadığını doğrulamak için geçici bir önlem olabilir. Daha sonra, hangi kitaplığın hatalı belgeleri içerdiğini aramadan kaldırarak bulun. Herhangi bir kütüphane soruna neden olursa, hangi belgelerin bir ikili arama meselesi olabileceğini bulmak (dosyaların yarısını, sonra çeyrek, vb.). Alternatif olarak, bunun yerine Windows arama yerine Everything arama motoru veya Agent Ransack veya FileLocator Lite gibi bir yedek kullanabilirsiniz .
harrymc

Tamam, Windows arama dizinleyicisini bir süreliğine devre dışı bırakmayı deneyeceğim ve hala sorunla karşılaşıp karşılaşmadığımı göreceğim. Sonuçlarımı kısa süre içinde burada rapor edeceğim. Tekrar teşekkürler.
Mantis

Ne yazık ki, arama dizini oluşturma işlemi devre dışı bırakılsa bile sorun davranışı yeniden kendini yineledi. Bölüm kendini normalden biraz daha hızlı çözüyordu (bilgisayar normal ~ 3 dakika yerine sadece 60 saniye boyunca yanıt vermiyordu). Yine de, Explorer'ı kullanarak, bu sorunun gerçekleşme eğiliminde olduğu klasörlerde dolaşıyordum ve yine RAM kullanımı ve disk atma işlemi tekrar oluştu. Öneri için teşekkürler, ancak sorun henüz çözülmedi. Başka fikir var mı?
Mantis

Güvenli Mod'da önyükleme yaptığınızda bu sorun ortaya çıkıyor mu?
harrymc
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.