Windows 10 Pro - Biaya Komit Sistem Tanpa Akun - Keletihan Sumber Daya

2

Setelah idle semalaman (saya tidak menggunakan / otomatis tidur atau hibernasi; hanya layar otomatis dimatikan setelah mengunci), komputer Windows 10 Pro saya yang sepenuhnya baru akan gagal untuk menghidupkan tampilan pada aktivitas mouse atau keyboard pada hari berikutnya . Sebaliknya, komputer mengalami crash dan reboot. Peraga Peristiwa memperlihatkan banyak peristiwa Galat terkait dengan memori virtual yang rendah, dan Peristiwa 2004 "Detektor Kekurangan Sumber Daya" dicatat setiap 5 menit selama berjam-jam.

Acara 2004 "Detektor Kekurangan Sumber Daya" Umum

Windows berhasil mendiagnosis kondisi kehabisan memori virtual yang rendah. Program-program berikut mengkonsumsi memori virtual paling: sqlservr.exe (3020) mengkonsumsi 343736320 byte, svchost.exe (7036) mengkonsumsi 133574656 byte, dan MsMpEng.exe (2688) menggunakan 110944256 byte.

Rincian Perincian "Detektor Ketinggian Sumberdaya 2004" (SystemInfo hanya karena di situlah pertanyaan saya berada)

<SystemInfo> 
      <SystemCommitLimit>49033330688</SystemCommitLimit>
      <SystemCommitCharge>49031442432</SystemCommitCharge>
      <ProcessCommitCharge>1374498816</ProcessCommitCharge>
      <PagedPoolUsage>446369792</PagedPoolUsage>
      <PhysicalMemorySize>17100132352</PhysicalMemorySize>
      <PhysicalMemoryUsage>11527102464</PhysicalMemoryUsage>
      <NonPagedPoolUsage>605999104</NonPagedPoolUsage>
      <Processes>73</Processes>
</SystemInfo>

Rincian saya di atas:

SystemCommitLimit = 49,033,330,688 = approx 48 GB = 16 GB RAM + 32 GB Pagefile
SystemCommitCharge = 49,031,442,432 = approx 48 GB
ProcessCommitCharge = 1,374,498,816 = approx 1.4 GB
PagedPoolUsage = 446,369,792 = approx 0.5 GB
NonPagedPoolUsage = 605,999,104 = approx 0.6 GB

Jika SystemCommitCharge = 48 GB, namun semua proses dan driver digabungkan telah melakukan kurang dari 3 GB, apa yang telah melakukan 45 GB lain yang menyebabkan komputer saya crash?

Semua informasi yang saya dapat temukan mengenai debugging Acara ini mengasumsikan bahwa suatu proses (ProcessCommitCharge) atau driver (PagedPoolUsage / NonPagedPoolUsage) bocor memori. Dalam kasus saya, saya tidak tahu harus mulai men-debug kebocoran memori ini.

Dan Terry
sumber
Kadang-kadang kebocoran memori dapat dilihat di task manager, Anda dapat menambahkan kolom ke tab proses jika perlu, perhatikan program untuk mulai merayap pada penggunaan memori. Jika itu adalah svhost, exe entry mengunyah memori, klik kanan padanya dan pilih pergi ke layanan, itu akan menyorot semua layanan yang berjalan di bawah contoh khusus svhost.exe
Moab
SQLServer (kecuali untuk edisi Pengembang dan Ekspres) mengalokasikan awal jejak memori yang besar di awal, jadi apakah Anda yakin telah mengonfigurasinya untuk membiarkan sedikit ram bebas untuk OS? Dari proses yang Anda daftarkan, itu pasti tersangka. Jika Anda melihatnya di Process explorer, apakah Anda mendapatkan petunjuk tentang letak masalahnya?
Frank Thomas
Masalah ini tampaknya hanya terjadi ketika mesin terkunci dan menganggur, jadi saya belum bisa menangkapnya "dalam bertindak" menggunakan Task Manager atau Process Explorer. Saya telah menginstal SQL Server Dev 2014, dan secara konsisten memiliki Ukuran Komit 374 MB dengan Perangkat Kerja 72 MB (ini adalah instalasi baru tanpa basis data belum). Asumsi saya adalah bahwa aplikasi harus meningkatkan ProcessCommitCharge dan driver harus meningkatkan Paged / NonPagedPoolUsage, namun SystemCommitChage 45 GB tidak dapat dipertanggungjawabkan, dan saya bingung. Satu dugaan saya adalah bahwa ini ada hubungannya dengan Windows Hello (kamera inframerah Surface Pro 4).
Dan Terry

Jawaban:

2

Saya menjalankan Windows 10, tetapi saya memiliki masalah yang sama persis. Banyak memori fisik (16GB), yang sebagian besar gratis, tetapi memori yang sangat besar (25GB) yang akhirnya memicu kesalahan Memori Habis. Untuk mengatasinya:

  • Grab Sysinternals Process Explorer.
  • Jalankan sebagai administrator.
  • Tambahkan kolom Halaman Faults dan urutkan berdasarkan itu.
  • Dalam kasus saya, entri teratas adalah RunSwUSB dan memiliki sekitar 13 juta entri!

Saya menghentikan layanan itu dan Anda dapat melihat hasilnya segera di grafik di bawah ini.

memori yang dilakukan

Antony Brooke-Wood
sumber