Üzgünüm, bunun saygısız bir cevap gibi geldiğini biliyorum ... ama başlığınızdaki sorunun cevabı "olması gerektiği için değil."
Veya daha kibarca söylemek gerekirse: Süreçlerin özel çalışma kümelerinde olmayan RAM kullanımı çok fazla. Bazıları süreçlerin paylaşılan çalışma kümelerindedir - ancak paylaşım nedeniyle orada gerçek kullanım hakkında güvenilir bir görüş elde edemezsiniz; işlemlerin numaralarını eklemek size çok büyük bir sonuç verecektir.
RAM içermeyen diğer sayfalar, disk belleği olmayan havuz, disk belleği havuzunun yerleşik bölümü ve diğer çekirdek alanı kullanımlarının yerleşik bölümleri, Görev Yöneticisi'nin "işlemlerinde" görüntülenmez.
Özel sorununuzla ilgili olarak:
Görev yöneticisi ekranında "çekirdek belleği" bölümüne bakın. 6 GB'lık "disk belleği olmayan bellek" (bu disk belleği olmayan havuz). Bu, ikinci grafiğinizdeki "Kullanımda" bölümünün bir parçası. Disk belleği olmayan havuz herhangi bir işlem için ücretlendirilmez; bu nedenle işlem yöneticisine işlem başına sayıların eklenmesi, kullanılan toplamın yakına yaklaşmaz. Bazı sürücüler büyük olasılıkla kullanıyor. Bu tamamen aşırı miktarda. 1 GB altında olmalıdır. disk belleği olmayan havuz kullanımının aşırı kısmından ne tür bir sürücü sorumlu ise tartışmasız bir sorun yaşanıyor.
RAMmap bunu onaylayabilir ("Sayıları Kullan" sekmesinde, "Disk belleği olmayan Havuz" toplamına bakın), ancak hangi sürücünün neden olduğunu bulmanıza yardımcı olamaz.
İşte onu nasıl bulacağınız: "poolmon" adlı Microsoft aracının bir kopyasını alın. Windows Sürücü Seti ile birlikte dağıtılan bir karakter modu aracıdır. Windows 7 için WDK ücretsiz indirilir . Her şeyi indirmelisiniz (bir ISO'dur) ve ondan kurmalısınız, ancak istediğiniz tüm araç varsa, sadece araçları kurmayı seçebilirsiniz.
WDK dizinlerinde poolmon'u bulun - doğru olanı, 32 veya 64 bit seçtiğinizden emin olun ve bir yönetici komut isteminden çalıştırın. Bunun gibi bir ekran alacaksınız:
Şimdi "p" tuşuna basın (hayır, şaka yapmıyorum. Burada menü yok!) "Tip" sütununda sadece "Nonp" gösterilinceye kadar. Ardından, ekranı Bayt sütununa göre (azalan şekilde burada yapılmıştır) azalan sıralamada sıralamak için "b" ye (gerekirse iki kez) basın.
Sonra en üstteki satır için "Etiket" sütununa bakın. Burada gösterilen (açıkça yapay) durumda "Sızıntı" dır. (Bu sistem kasıtlı olarak bu soruna neden olmak için tıkanmış bir sürücüyü çalıştırıyor - disk belleği olmayan havuzun "sızdırıyor" olması.)
btw, vurgulu çizgiler, bu arkaik ekrana yapılan önceki güncellemeden bu yana değişen satırlardır.
Şimdi c: \ Windows \ System32 \ Drivers dizininde o dizeyi içeren bir .sys dosyası arayın. Bu durumda şöyle bir "Sızıntı" arıyor olabilirsiniz:
c:\windows\system32> findstr /s Leak *.sys
Ardından web'de bu dizeye ve / veya bu sürücü adına referanslar arayın.
Buraya geri dönmek ve .sys dosyasındaki tam adı, üretici adını vb. Bildirmek de yararlı olabilir.
(Bahse girerim, bulduğunuz etiket ECMC, sürücü intmsd.sys'dir ve ExpressCache veya IntelliMemory adlı bir ürünle ilişkilidir. Bu ürünü "kaldırırdım". Sorunu gidermek için bir güncelleme var, ancak hatta Sabit sürümde, bu ürünün geliştirdiği bir sistemin performansını hiç görmedim, aslında Windows'taki işlevselliği çoğaltır.)
Bu şekilde bulamazsanız, bir sonraki adım "Windows Performance Toolkit" kullanmaktır. Bu forumu bu dizide, bir cevap için magicandre1981 tarafından verilen cevaplarla arayın. Xperf'ten bahseden cevapları yoksay - bu, aracın daha eski bir sürümüdür.
GÜNCELLEME: Yorumlar başına OP yukarıda belirtilenleri yaptı ve poolmon'un disk belleği olmayan havuzun toplam boyutunun gerçekten çok büyük olduğunu bildirmesine rağmen, tahsis edilen parçaların hepsinin görünüşte küçücük olduğunu tespit etti. Benim düşünceme göre (yorumlarda da) bunun benim "şişirilmiş" havuz dediğim şeyden kaynaklanıyor olmasından kaynaklanıyor: Havuz tahsis edildi, sonra serbest bırakıldı, ancak bir sebepten dolayı havuza tahsis edilen RAM miktarı "serbest bırakmayı" yansıtacak şekilde küçülmedi . Magicandre tarafından bu cevapta açıklanan prosedürün ardından suçlu tespit edebilir.