Apa yang dikatakan oleh Monitor Kinerja ketika kesalahan halaman / detik saya tinggi?


18

Saya memiliki komputer Windows 7 64-bit yang mengalami masalah kinerja. Setelah beberapa penyelidikan, saya menemukan bahwa kesalahan halaman / detik di atasnya - seperti yang dilaporkan oleh Monitor Kinerja - sangat tinggi.

Segala sesuatu yang lain tampak normal. Resource Monitor melaporkan tidak ada kesalahan dan banyak memori yang tersedia.

Apakah ini penyebab potensial untuk masalah, atau itu adalah herring merah? Jika itu adalah sesuatu yang dapat menyebabkan masalah, apa yang harus saya lakukan selanjutnya untuk mencari tahu apa penyebabnya?

Ini adalah screenshot Monitor Kinerja. Perhatikan bahwa rata-rata kesalahan halaman / detik adalah 75.887. Di komputer lain yang tidak memiliki masalah, jumlah ini mendekati 3.000.

Monitor Kinerja - Kesalahan Halaman / Detik = 75.000!

Berikut ini adalah tangkapan layar dari Resource Monitor, diurutkan berdasarkan kesalahan / detik, yang saat ini 0 untuk semua proses.

Monitor Sumber Daya - Kesalahan Sulit / Detik = 0


Skala Anda sangat rendah di 0,001 BTW
Jeff F.

1
Dasar-dasar Kesalahan Halaman ... blogs.technet.com/b/askperf/archive/2008/06/10/…
Moab

1
Pagefault mencatat, ini bisa berupa program dengan kode yang buruk yang menyebabkan modul memori ini atau salah ... blogs.msdn.com/b/greggm/archive/2004/01/21/61237.aspx
Moab

3
Akhirnya ditemukan sumber dari semua kesalahan halaman ini: layanan Pencarian Windows. Dinonaktifkan itu, total kesalahan halaman turun menjadi 3.000 / detik, dan semuanya berjalan dengan baik.
David Robison

Khawatir tentang PF SAJA jika mereka adalah PF keras. techcommunity.microsoft.com/t5/Ask-The-Performance-Team/…
Ultralisk

Jawaban:


12

Process Explorer memiliki kolom yang tersedia untuk memeriksa berapa banyak kesalahan halaman yang dihasilkan,
dengan cara ini Anda dapat mengidentifikasi program yang menyebabkan masalah dan memecahkan masalah lebih spesifik.

masukkan deskripsi gambar di sini


Monitor Kinerja: Kesalahan halaman rata-rata / detik :

Penghitung ini memberikan gambaran umum tentang berapa kali informasi yang diminta tidak sesuai dengan yang diminta oleh aplikasi (dan VMM) . Informasi harus diambil dari lokasi lain dalam memori atau dari file halaman. Ingatlah bahwa sementara nilai yang berkelanjutan dapat mengindikasikan masalah di sini, Anda harus lebih peduli dengan kesalahan halaman keras yang mewakili membaca aktual atau menulis ke disk . Ingat bahwa akses disk jauh lebih lambat daripada RAM.

http://technet.microsoft.com/en-us/library/cc768048.aspx


Saya mencoba ini, tetapi Delta PF pada dasarnya adalah 0 untuk semua proses (semuanya <100). Tampaknya ada beberapa perbedaan antara kesalahan halaman di Monitor Kinerja dan kesalahan keras seperti yang dilaporkan oleh Resource Monitor atau Process Explorer.
David Robison

@ DavidVobison: Memperbarui posting saya dengan kutipan di akhir, bagian yang tebal harus menjawab pertanyaan Anda, saya kira itu bahavior normal.
Tamara Wijsman

Tautan itu membantu, meskipun sekarang saya memiliki pertanyaan lain: bagaimana cara mengetahui proses apa yang menyebabkan kesalahan halaman lunak? serverfault.com/questions/230669/…
David Robison

@DavidRobison: Kolom Private Delta Bytes mungkin bisa membantu, belum tahu ...
Tamara Wijsman

3

Kesalahan halaman yang sulit adalah ketika manajer memori menemukan bahwa blok memori yang dibutuhkannya tidak dalam RAM. Memori itu telah ditukar ke disk, dan sistem Anda melambat karena butuh lebih banyak waktu untuk mendapatkannya dari sana. Tambahkan lebih banyak memori ke sistem Anda untuk mengurangi jumlah kesalahan halaman dan meningkatkan kinerja.


Di sisi lain, jika Anda baru saja memulai aplikasi, maka mengharapkan banyak kesalahan halaman saat semuanya dimuat. Mungkin itu yang Anda lihat, karena Anda tampaknya memiliki memori bebas yang cukup.
Ron

1
Ada cache memori di tempat yang berbeda (prosesor, motherboard, pengontrol disk). Apakah mesin yang lambat memiliki cache prosesor yang lebih kecil?
Ron

Anda tidak dapat meningkatkan cache prosesor dengan tepat. Menambahkan lebih banyak memori tidak akan memperbaikinya. (yang Anda sebutkan dalam komentar terakhir Anda)
Adam

2

"Page Faults / second" termasuk kesalahan lunak (halaman yang dapat dilayani dari / ke RAM) dan kesalahan keras (halaman yang harus dilayani dari / ke disk). Jadi memiliki nilai "Kesalahan Halaman / detik" yang tinggi tidak selalu berarti masalah. Contoh kesalahan halaman lunak termasuk membalik halaman dalam daftar transisi (ini terdiri dari daftar siaga dan daftar yang dimodifikasi; mengandung halaman memori yang tidak digunakan untuk sementara, yang merupakan kandidat untuk membuka halaman ke disk (atau dibuang jika tidak dimodifikasi), tetapi masih dalam RAM) menjadi halaman aktif dan mengubah halaman aktif menjadi daftar transisi. Di Windows 10, ini juga bisa terjadi ketika halaman terkompresi diubah menjadi halaman aktif (karena Windows 10 memiliki kompresi memori).

Untuk melihat kesalahan yang sulit, Anda dapat menggunakan penghitung Halaman / detik, Halaman Input / detik atau Output Halaman / detik.


1

Berikut adalah tabel dari buku Windows Internal tentang apa kesalahan halaman. (Saya telah mengecualikan orang-orang yang mengakibatkan pelanggaran akses):

  • Alasan Kesalahan - Hasil
  • Mengakses halaman yang tidak ada di memori tetapi ada di disk dalam file halaman atau file yang dipetakan - Alokasikan halaman fisik, dan baca halaman yang diinginkan dari disk dan ke dalam set kerja yang relevan
  • Mengakses halaman yang ada dalam daftar siaga atau modifikasi - Transisi halaman ke proses, sesi, atau rangkaian kerja sistem yang relevan
  • Mengakses halaman permintaan-nol - Tambahkan halaman yang diisi nol ke perangkat kerja yang relevan
  • Menulis ke halaman salin-ke-tulis - Buat salinan proses-pribadi (atau sesi-pribadi), dan ganti yang asli dalam proses atau rangkaian kerja sistem.

Anda dapat merujuk pertanyaan untuk perincian lebih lanjut apa yang menyebabkan kesalahan halaman

ada banyak alasan untuk membuatnya page fault.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.