Penggunaan memori tinggi tetapi jumlah memori proses rendah dan memori driver tidak bocor

1

Server Windows saya terkadang menjadi sangat lambat. Saya menduga itu karena RAM karena ketika me-restart mesin maka semuanya berfungsi dengan baik sampai beberapa waktu ketika ini terjadi lagi. Juga jika saya menjumlahkan konsumsi memori dari semua proses yang terlihat di Task Manager, mereka menggunakan RAM yang lebih kecil daripada status Task Manager. Saya juga pernah membaca artikel yang gejalanya sering terjadi jika beberapa driver menyebabkan kebocoran memori. Tetapi dalam kasus saya, saya tidak memiliki kumpulan Non-Paged yang tinggi seperti yang dijelaskan dalam artikel tersebut. Di bawah ini adalah screenshot dari kotak saya. Apakah ada alat lain yang dapat membantu saya memecahkan masalah ini? Terima kasih

Sistem Informasi: masukkan deskripsi gambar di sini

Proses Taskmgr masukkan deskripsi gambar di sini

Kinerja Taskmkgr masukkan deskripsi gambar di sini

Poolmon masukkan deskripsi gambar di sini

RAMmap Menggunakan Hitungan masukkan deskripsi gambar di sini

Proses RAMmap (dipesan berdasarkan total) masukkan deskripsi gambar di sini

Proses RAMmap (dipesan oleh standby) masukkan deskripsi gambar di sini

Proses RAMmap (dipesan oleh pribadi) masukkan deskripsi gambar di sini

Proses RAMmap (dipesan oleh pagetable) masukkan deskripsi gambar di sini

Proses RAMmap (dipesan oleh yang dimodifikasi) masukkan deskripsi gambar di sini

Wakan Tanka
sumber
Tolong tunjukkan penutup layar poolmon yang menunjukkan kolam paged (terus tekan "P" sampai kolom kedua hanya menampilkan "NonP"). Tetapi hanya berdasarkan output RAMmap, hampir satu gigabyte kumpulan non-halaman pada mesin 8 GB, hampir semuanya dalam tumpukan kernel, sangat berlebihan. Tumpukan kernel berasal dari satu utas, jadi kemungkinan beberapa proses (atau beberapa proses) bocor - mungkin tidak menutup gagangnya. Penganalisa Kinerja akan membantu Anda menemukan pelakunya. Tab "perincian" Task Manager, dengan kolom "Menangani", "Utas" dan "NonP Pool", dapat membantu Anda menemukannya.
Jamie Hanrahan