"Mengapa setengah RAM saya 8GB hilang?"
Itu tidak hilang , bahkan tidak digunakan . Sekitar 4GiB sedang digunakan aktif, dan 3.3GiB tambahan tidak aktif, tetapi juga sedang digunakan. 3.3GiB siap di-paged ke disk, tetapi Anda tidak memiliki ruang yang dialokasikan untuk itu, sehingga tetap dalam RAM fisik. "Modifikasi" memori secara efektif tidak berbeda dari "Dalam Penggunaan" jika kelaparan halaman disk.
Baik OS 64-bit maupun PAE memungkinkan proses 32-bit untuk menggunakan lebih dari 4GiB (2 pengguna / 2 kernel pada 32-bit / PAE, pengguna 4GiB pada x64. Lihat: Mendorong Batas Windows: Memori Virtual ) dari memori apakah memori itu saat ini dipetakan ke dalam RAM fisik atau ke disk.
Jadi, untuk Firefox, yang tidak memiliki versi 64-bit, ini berarti bahwa Firefox pada akhirnya terbatas pada 2GiB (PAE) atau 4GiB (x64) memori ruang pengguna terlepas dari RAM yang diinstal. Bahkan jika Anda memiliki 64GiB RAM fisik yang diinstal, jika Firefox melebihi penggunaan, itu akan menghabiskan batas memorinya.
Ini terlihat berlebihan dan mungkin mengindikasikan memori atau menangani kebocoran. Lebih buruk lagi, dalam kasus Anda, pagefile tidak cukup besar untuk memindahkan proses bocor ke disk, jadi Anda pada dasarnya memaksanya bocor secara eksklusif ke dalam RAM fisik.
Dalam artikel TechNet, memiliki masalah dengan penggunaan memori "dimodifikasi" yang berlebihan di Win7 x64, di atas 3,6GB, ada saran? , pengguna dengan gejala yang sama (blok bersama / dimodifikasi besar) menemukan:
Memori yang dimodifikasi adalah memori yang dialokasikan oleh beberapa aplikasi dan kemudian dihapus dari perangkat kerja aplikasi, biasanya karena sudah lama tidak digunakan. Fakta bahwa sebagian besar ingatan Anda dalam keadaan ini berarti dua hal:
- Beberapa aplikasi (atau beberapa aplikasi) mengalokasikan banyak memori, dan sebagian besar tidak aktif menggunakannya. Seringkali (tetapi tidak selalu) ini disebabkan oleh kebocoran memori di aplikasi.
- File halaman tidak cukup besar bagi sistem untuk memindahkan semua memori yang tidak digunakan ini ke disk.
Pada akhirnya, seperti yang disarankan oleh magicandre1981, masalahnya adalah aplikasi baki LAN Nirkabel Dell (Broadcom):
Terima kasih semuanya, saya mengalami masalah yang sama dan menambahkan pegangan dan GDI dan melihat BCMWLTRY.EXE, utilitas baki nirkabel Dell, membuat pegangan tanpa henti. Terima kasih atas sarannya. Pembaruan: Jadi saya menonaktifkan layanan yang memulai BCMWLTRY.EXE + reboot dan sekarang saya tidak melihat bocorannya. WLTRAY.EXE masih berjalan tetapi tidak bocor.
Demikian juga, dalam memori modifikasi berlebihan dalam memori bersama ,
Utilitas Dell wlan adalah alasannya. Membunuh proses bcmwltry.exe di task manager merilis memori. Tetapi proses ini dimulai lagi setelah beberapa detik .. Itu agak jelek - saya tidak bisa menghapusnya. Untungnya notebook ini memerlukan perubahan OS jadi saya bahkan tidak mencoba untuk memperbaikinya. ... Masalah yang sama persis di sini. Membunuh dan menonaktifkan DW WLAN (bcmwltry.exe) membebaskan memori hingga 5 GB. Bocor.
Aplikasi baki BCMWLTRY.EXE juga terlibat dalam Pagefile yang terus bertambah hingga saya kehabisan memori.
Referensi tambahan untuk masalah BCMWLTRY.EXE / Dell Wireless Tray (WLTRAY.EXE), diagnostik, dan resolusi:
Jadi, sebenarnya bukan driver dalam kasus ini, itu aplikasi baki yang disertakan dengan driver. Saya setuju bahwa mengingat OEM kartu nirkabel Anda, bahwa BCMWLTRY.EXE sedang berjalan, dan sejumlah besar masalah yang hampir identik, ini adalah bagian salah satu masalahnya.
Anda juga bisa menambahkan kolom "Pegangan" dan "Kesalahan Halaman" ke Pengelola Tugas untuk memeriksa penggunaan berlebihan, jika ada lebih banyak program yang salah. Anda dapat menggunakan SysInternals VMMap untuk melihat alokasi memori virtual dari sudut pandang setiap proses. Menangani kebocoran berbahaya karena mereka juga kemungkinan membocorkan objek Windows. Microsoft menyediakan alat yang disebut Application Verifier yang, antara lain, akan membantu melacak kebocoran.
Jadi jawabannya adalah: Anda kemungkinan memiliki kebocoran memori, kemungkinan di BCMWLTRY.EXE (atau beberapa aplikasi lain yang bocor menangani atau sumber daya bersama serupa), dan OS telah kelaparan halaman yang didukung disk untuk lebih "anggun" * menangani seperti sebuah kondisi.
* Tidak ada yang "anggun" tentang kebocoran memori, tetapi pagefile ~ 4GiB akan memungkinkan proses untuk menjalankan hingga batas pewarisannya (bertindak sebagai kuota) dan kemudian crash, menciptakan pola yang jelas dalam log peristiwa spesifik proses macet diikuti dengan pelepasan semua sumber daya dan, jika dimulai ulang, ulangi. Tanpa batas ruang alamat 32-bit yang melekat, itu bisa mengunyah banyak ruang disk terlebih dahulu. Karena, semua proses sekarang sumber daya terbatas, sehingga kurang jelas jika sedang ditutup karena kebocoran sendiri (Firefox), atau karena aplikasi lain (BCMWLTRY).
RamMap:
