“8GB RAM'imin yarısı neden eksik?”
O değil eksik , ne de hatta olduğu kullanılmamış . Yaklaşık 4GiB aktif kullanımda ve ek bir 3.3GiB aktif değil, aynı zamanda kullanımda. 3.3GiB diske çağrı almaya hazırdır, ancak bunun için ayrılmış yeriniz bulunmadığından fiziksel RAM'de kalır. "Değiştirilmiş" hafızadır etkin bir disk sayfalarının açlıktan eğer "in Kullanımı" farksız.
64-bit işletim sistemi ne de PAE Ne 4GiB daha kullanmak için herhangi bir 32 bit sürecini mümkün kılıyor (2 kullanıcı / 2 çekirdek üzerinde 32 bit / PAE, x64 üzerinde 4GiB kullanıcı Bkz:. Sanal Bellek: Windows Sınırları Pushing ) ait belleğin Bu belleğin şu anda fiziksel RAM veya disk üzerine disk belleği olup olmadığı .
Bu nedenle, 64 bit sürümüne sahip olmayan Firefox için, Firefox'un nihayet kurulu RAM'den bağımsız olarak 2GiB (PAE) veya 4GiB (x64) kullanıcı alanı hafızası ile sınırlı olduğu anlamına gelir . 64GiB fiziksel RAM takılı olsa bile, Firefox kullanımı aşarsa, hafıza sınırını zorlar.
Bu aşırı görünüyor ve muhtemelen hafıza veya tutamaç sızıntısı göstergesidir. Aslında var bu yüzden kötüsü, senin durumunda, disk belleği dosyası, diske sızıntı sürecinin herhangi taşımak için yeterince büyük değil zorla sızmaya bunu sadece fiziksel RAM'e.
TechNet makalesinde Win7 x64'te 3.6GB'a kadar aşırı "değiştirilmiş" bellek kullanımıyla ilgili sorun mu yaşıyorsunuz? benzer belirtilere sahip bir kullanıcı (paylaşılan / değiştirilen büyük blok):
Değiştirilmiş hafıza, bir uygulama tarafından tahsis edilen ve daha sonra genellikle uzun süre kullanılmadığı için uygulamanın çalışma grubundan çıkarılmış hafızadır. Hafızanızın çoğunun bu durumda olması iki şey anlamına gelir:
- Bazı uygulamalar (veya birden fazla uygulamalar) çok fazla hafıza ayırdı ve aktif olarak çoğunu kullanmıyor. Genellikle (ancak her zaman değil) bunun nedeni uygulamada bir bellek sızıntısıdır.
- Sayfa dosyası, sistemin kullanılmayan tüm bu belleği diske taşıyabileceği kadar büyük değil.
Sonunda, magicandre1981 tarafından önerildiği gibi, sorun Dell Kablosuz (Broadcom) LAN tepsisi uygulamasıydı:
Herkese teşekkürler, aynı sorunu yaşadım ve kolları ve GDI'yi ekledim ve Dell kablosuz tepsisinin kullandığı BCMWLTRY.EXE'yi gördüm , durmadan kollar yaratıyor. Tavsiye için teşekkürler. Güncelleme: Böylece BCMWLTRY.EXE + yeniden başlatılan hizmeti devre dışı bıraktım ve şimdi tanıtıcı sızıntılarını göremiyorum. WLTRAY.EXE hala çalışıyor, ancak tutamaçları sızdırmıyor.
Aynı şekilde, Aşırı değiştirilmiş bellekte paylaşılan bellekte ,
Dell wlan yardımcı programı nedeni oldu. Görev yöneticisi bcmwltry.exe işlemi öldürme bellek serbest bırakıldı. Ancak bu işlem birkaç saniye sonra tekrar başladı .. Çok berbattı - kaldıramadım. Neyse ki bu notebook zaten işletim sistemi değişikliği gerekiyordu, bu yüzden bunu düzeltmeye bile çalışmıyorum. ... Burada da aynı sorun. DW WLAN'ın (bcmwltry.exe) öldürülmesi ve devre dışı bırakılması 5 GB belleği serbest bıraktı. Sızıntı yapıyor.
BCMWLTRY.EXE tepsi uygulaması da aynen bellekte kalıncaya kadar Pagefile içinde yer alıyor.
BCMWLTRY.EXE / Dell Kablosuz Tepsisi sorunları (WLTRAY.EXE), tanılama ve çözünürlük için ek referanslar:
Yani, aslında bu durumlarda sürücü değil, sürücü ile birlikte gelen tepsi uygulaması . Kablosuz kartınızın OEM’ine bakıldığında, BCMWLTRY.EXE’nin çalıştığını ve oldukça fazla sayıda aynı sorunun bulunduğunu kabul ediyorum, bu sorunun bir parçasıdır.
Daha hatalı programlar olması durumunda ikisinin de aşırı kullanımını kontrol etmek için Görev Yöneticisine "Kollar" ve "Sayfa Hataları" sütunlarını da ekleyebilirsiniz. Her işlemin bakış açısından sanal bellek tahsisini görüntülemek için SysInternals VMMap'i kullanabilirsiniz . Tutamaç sızıntıları sinsidir, çünkü muhtemelen Windows nesnelerini de sızdırıyorlar. Microsoft, diğer şeylerin yanı sıra, sızdıran tutamaçların izlenmesine yardımcı olacak Uygulama Doğrulayıcı adlı bir araç sağlar .
Yani cevap: Muhtemelen bir bellek sızıntısı var, muhtemelen BCMWLTRY.EXE (ya da bazı diğer uygulama sızıntıları ya da benzer paylaşılan kaynaklar) içinde ve işletim sistemi daha "incelikli" * işlemek için disk destekli sayfalara aç bırakıldı bir durum.
* Bellek sızıntısı konusunda özellikle "zarif" bir şey yok, ancak ~ 4GiB sayfa dosyası, işlemin devralma sınırına kadar koşmasına (kota gibi davranmasına) ve ardından çökmesine ve belirli bir olay günlüğünde belirgin bir desen oluşturmasına izin verirdi. işlemin çökmesini takiben tüm kaynakların serbest bırakılması ve yeniden başlatılması durumunda, tekrarlayın. İçsel 32-bit sınır adres alanı sınırı olmadan, önce çok fazla disk alanından çiğnenebilirdi. Olduğu gibi, tüm süreçler şimdi kaynak kısıtlıdır, bu nedenle kendi sızıntısı (Firefox) veya başka bir uygulama (BCMWLTRY) nedeniyle kapatılıyorsa daha az belirgindir.
RamMap:
