PC Anda lambat? Pelajari cara mengidentifikasi masalah Perfmon di Windows.

Perfmon (Monitor Kinerja) Apakah Alat terbaik untuk pemantauan di WindowsPerfMon: Memungkinkan Anda melihat metrik kinerja secara real-time, jangka panjang, dan menganalisis kinerja CPU, memori, disk, jaringan, dan proses tertentu. Tidak seperti Pengelola Tugas, PerfMon mengambil sampel secara berkala dan mencatatnya ke disk, sehingga ideal untuk mendeteksi masalah yang baru muncul setelah berjam-jam berjalan, seperti luapan memori atau kebocoran sumber daya dalam layanan dan aplikasi.

Dalam artikel ini kami tunjukkan cara menggunakan PerfMon. Dari memilih dan memahami penghitung yang tepat dan menyesuaikan pengambilan sampel dan penskalaan bagan, hingga membuat Set Pengumpul Data untuk mencatat metrik ke dalam file (BLG/CSV.

Apa itu PerfMon dan kapan menggunakannya?

 

Performance Monitor (PerfMon) adalah penampil dan perekam penghitung asli Windows.Menyajikan metrik dalam bentuk grafik dan data mentah yang diperoleh dari penghitung sistem dan aplikasi (misalnya, dari .NET CLR atau proses tertentu). Keunggulan terbesarnya dibandingkan utilitas “cepat” seperti Manajer Tugas adalah Anda dapat membiarkannya berjalan selama berjam-jam atau berhari-hari, dengan sampel berkala, untuk mendeteksi tren nyata (puncak, garis dasar, pertumbuhan berkelanjutan).

Perfmon sangat penting untuk mendiagnosis pertumbuhan memori, menangani atau kebocoran utas, dan mengisolasi komponen yang bermasalah dengan menjalankan pengujian spesifik. Misalnya, jika Anda mencurigai adanya kebocoran memori, Anda akan mengaktifkan penghitung seperti Private Bytes, Handle Count, dan Thread Count untuk proses yang terdampak, beserta penghitung Memori .NET CLR seperti # Bytes in all Heaps dan Gen 2 heap size untuk aplikasi .NET, untuk melihat apakah pertumbuhan terjadi selama atau di luar GC.

Cara membuka PerfMon dan mode khusus

 

Anda dapat membuka PerfMon dari menu Start, cari “performance” atau “perfmon” dan jalankan sebagai administrator saat Anda membuat log atau menanyakan komputer jarak jauh.

Jika Anda lebih suka Garis komando (Win+R atau CMD), Anda memiliki mode langsung yang sangat berguna dengan sintaks berikut:

perfmon </res|report|rel|sys>

Apa fungsi setiap opsi?

• /daging sapi untuk membuka tampilan sumber daya
• /laporan untuk meluncurkan rangkaian pengumpul diagnostik sistem dan melihat laporan.
• /rel untuk membuka Reliability Monitor.
• / sys untuk langsung menuju ke monitor kinerja klasik.

dewan:jika Anda ingin memeriksa keandalan peralatan, perfmon / rel Ini adalah jalan pintas langsung menuju stabilitas dan riwayat bug.

Reliability Monitor Ini juga terletak di Panel Kontrol > Sistem dan Keamanan > Keamanan dan Pemeliharaan. Pintasan lain: ketik "reliab" ke dalam pencarian menu Mulai dan pilih "Lihat riwayat keandalan." Anda akan melihat peristiwa penting, peringatan, dan informasi berdasarkan hari atau minggu, dengan akses ke detail teknis kegagalan aplikasi dan driver.

Visualisasi waktu nyata: menambahkan dan memahami penghitung

 

Untuk melihat a grafik langsung, buka "Performance Monitor" di pohon sebelah kiri. Jika ada penghitung yang sudah dimuat sebelumnya dan Anda ingin memulai bersih, pilih penghitung tersebut di tabel di bawah ini dan tekan Supr. Kemudian, di area bagan, klik kanan > Tambahkan Penghitung… untuk membuka dialog dengan semua kategori yang tersedia.

Pilih kategori yang diminati, penghitung, dan contoh objek (misalnya, proses Anda). Untuk mendiagnosis memori dan sumber daya di aplikasi tertentu, tambahkan penghitung kunci ini dari grup Proses y Memori .NET CLR jika sesuai:

• Proses \ Byte PribadiMemori privat yang dialokasikan oleh proses (tidak dibagikan dengan yang lain). Pertumbuhan berkelanjutan menunjukkan konsumsi aktual memori virtualnya sendiri.
• Proses \ Jumlah Penanganan: jumlah handle yang terbuka. Peningkatan yang konstan sering kali mengindikasikan kebocoran sumber daya (sesi, objek sistem).
• Proses \ Jumlah UtasJumlah utas aktif dalam proses. Lonjakan yang tidak terduga dapat mengindikasikan masalah konkurensi atau utas yang belum selesai.
• Memori .NET CLR \ # Byte di semua HeapTotal memori untuk objek .NET. Jika bertambah tanpa stabilisasi, periksa tekanan GC dan referensi yang belum dirilis.
• Memori .NET CLR \ Ukuran tumpukan Gen 2Ukuran tumpukan Gen 2 (item berumur panjang). Pertumbuhan yang berkelanjutan menunjukkan adanya item berumur panjang yang belum terkumpul.

Interpretasikan grafik dengan mata kritisJika Anda memperhatikan bahwa Byte Pribadi terus meningkat sementara # Byte di semua Heap dan ukuran heap Gen 2 tetap stabil, peningkatan tersebut bukan terjadi di heap .NET, melainkan di memori/cadangan asli proses. Pola ini biasanya menunjukkan kebocoran di luar GC (misalnya, buffer atau handle yang tidak dibekukan).

Sesuaikan grafik: skala, interval dan durasi

PerfMon memungkinkan sesuaikan visibilitas setiap penghitung dan periode riwayat yang Anda lihat. tekan Ctrl + Shift + A Untuk memilih semua penghitung dalam daftar di bawah ini, klik kanan dan pilih Skala penghitung yang dipilih, sehingga semuanya akan terlihat tanpa ada yang “meratakan” sisanya.

Buka Properti Bagan Klik kanan > Properti… dan atur laju pengambilan sampel pada tab Umum. Misalnya, ambil sampel setiap 10 detik dan atur Durasi ke 10000 untuk mencakup sekitar 2,5 jam dalam tampilan. Semakin lama fenomena tersebut, semakin lebar rentang laju pengambilan sampel untuk menghindari berkas besar dan membebani komputer Anda.

Kiat ekstra: PerfMon memaparkan properti dan metode ActiveX, yang memungkinkan Anda mengintegrasikan atau mengontrolnya dari alat pengembangan lain dan bahkan menanamkannya sebagai kontrol dalam aplikasi Anda sendiri jika diperlukan.

Otomatiskan dengan Logman: Buat, Mulai, dan Hentikan

 

Logman.exe adalah utilitas baris perintah untuk membuat dan mengelola set penghitung.Buka prompt perintah dengan hak akses administrator dan jalankan perintah yang mirip dengan berikut ini untuk membuat rangkaian pemantauan berkelanjutan yang besar dengan berkas melingkar:

Logman.exe create counter Avamar -o "c:\\perflogs\\Emc-avamar.blg" -f bincirc -v mmddhhmm -max 250 -c "\\LogicalDisk(*)\\*" "\\Memory\\*" "\\Network Interface(*)\\*" "\\Paging File(*)\\*" "\\PhysicalDisk(*)\\*" "\\Processor(*)\\*" "\\Process(*)\\*" "\\Redirector\\*" "\\Server\\*" "\\System\\*" -si 00:00:05

untuk mulai dan hentikan penangkapan, menggunakan:

Logman.exe start Avamar
Logman.exe stop Avamar

Tips perintah: -f bincirc membuat log biner melingkar (-max membatasi ukuran dalam MB), -si menentukan interval pengambilan sampel, dan -c menambahkan penghitung secara massal untuk objek dan instansnya. Gunakan jalur yang dikutip dan escape garis miring terbalik saat membuat skrip atau mengekspor konfigurasi.

Kapan harus menggunakan Logman? Ini sangat ideal untuk mengumpulkan data jarak jauh Di server, otomatisasi diagnostik atau standarisasi tangkapan di beberapa mesin. Anda dapat menjadwalkannya dengan Penjadwal Tugas dan merotasi berkas tanpa intervensi.

Penghitung dan ambang batas yang berguna per subsistem

ingatanMemantau kapasitas aktual, tekanan paging, dan penipisan pool sistem. Penghitung dan panduan ini membantu memisahkan gejala dari penyebab:

• Memori \ % Byte yang Dikomit dalam PenggunaanPersentase memori yang dikomit melebihi batas komitmen. Jika secara konsisten melebihi 80%, tinjau ukuran berkas paging dan penggunaan aktualnya.
• Memori \ MBytes TersediaMemori fisik kosong. Selidiki jika < 5% RAM berulang kali turun (dan < 1% kritis).
• Memori \ Byte yang DikomitTotal byte yang dikomit. Tidak boleh berubah drastis; perubahan yang sering dapat mengakibatkan perluasan berkas halaman.
• Memori \ Pool Byte Nonpaged: kumpulan non-halaman (objek yang tidak dapat di-flush ke disk). Saturasi persisten (> 80%) Mereka dikaitkan dengan kejadian seperti tahun 2019 (habisnya kumpulan nonhalaman).
• Memori \ Pool Byte Halaman: : kumpulan halaman. Nilai berkelanjutan > 70% dari nilai maksimum menunjukkan risiko kejadian tahun 2020 (penipisan kumpulan halaman).

Prosesor: Cari beban berkelanjutan dan sinyal I/O yang berat atau driver yang berisik.

• Informasi Prosesor \ % Waktu Prosesor (semua kejadian): >90% berkelanjutan pada 1 CPU atau >80% pada multiprosesor menunjukkan kelebihan beban CPU.
• Prosesor \ % Waktu IstimewaWaktu mode kernel. Melebihi 30% secara terus-menerus pada server aplikasi/web dapat mengindikasikan beban kerja driver atau sistem yang berlebihan.
• Prosesor \ % Waktu Interupsi y % Waktu DPC: > 25% menunjukkan aktivitas perangkat yang intens (NIC, disk, dll.).
• Sistem \ Sakelar Konteks/detik y Prosesor \ Interupsi/detik: berguna untuk melihat tekanan peralihan konteks dan aktivitas interupsi.

Merah: menunjuk pada kesehatan NIC dan kualitas komunikasi.

• Antarmuka Jaringan\Paket Diterima Dibuang: harus tetap mendekati nol; nilai yang meningkat biasanya menunjukkan buffer/perangkat keras tidak mencukupi.
• Kesalahan Antarmuka Jaringan\Paket Diterima: : kesalahan > 2 berkelanjutan memerlukan peninjauan tautan/kabel/driver.

Disko: mengukur saturasi, latensi, dan kapasitas.

• PhysicalDisk \ % Waktu Idle: persentase waktu idle. Rendah yang berkelanjutan menunjukkan disk yang sibuk; ini mencerminkan kapasitas yang tersisa dengan baik.
• PhysicalDisk \ Rata-rata Detik Disk/Baca y Rata-rata detik disk/TulisLatensi rata-rata. Referensi umum (pedoman): Pembacaan sangat baik < 8 md, dapat diterima < 12 md, cukup < 20 md, buruk > 20 md; Penulisan sangat baik < 1 md, baik < 2 md, cukup < 4 md, buruk > 4 md.
• PhysicalDisk \ Panjang Antrean Disk Rata-rata: ekor rata-rata. Nilai di bawah 2× biasanya masih wajar.
• PhysicalDisk \ Pisahkan IO/DetikI/O terbagi karena fragmentasi atau ukuran blok yang tidak memadai. Semakin kecil, semakin baik.
• LogicalDisk \ % Ruang Kosong: Selalu sisakan > 15% ruang kosong (disarankan ≥ 25%) pada volume logis sistem.

Objek disk: fisik vs. logis.

• Disk Fisik menambahkan akses ke semua partisi perangkat fisik (mengidentifikasi perangkat keras).
• Disk Logis Mengukur partisi atau titik pemasangan tertentu. Dengan disk dinamis, volume logis dapat menjangkau beberapa disk fisik, dan penghitungnya akan mencerminkan totalnya.

Proses: untuk menghubungkan sumber daya dengan perilaku aplikasi tertentu, memantau Proses \ % Waktu Prosesor, Byte Pribadi, Byte Virtual y Set Kerja. Jumlah Pegangan Ini adalah kunci jika Anda mencurigai adanya kebocoran kolam; pertumbuhan Menangani sering menikah dengan peningkatan abnormal dalam Kumpulan Nonpaged/Paged.

Monitor Keandalan: Selidiki kegagalan dan kompatibilitas

Windows Reliability Monitor merangkum stabilitas dan peristiwa berdasarkan hari atau minggu, mengklasifikasikan kritis, peringatan dan informasiDari setiap kolom, Anda dapat membuka "Lihat Detail Teknis" untuk memeriksa modul, kode, dan tanda tangan digital biner yang terlibat.

• Contoh praktisAnda akan menemukan entri seperti svchost.exe_MapsBroker atau aplikasi lain yang mengalami crash. Terkadang modul yang dilaporkan (misalnya, Kernelbase.dll) merupakan bagian dari kernel Windows dan ditandatangani oleh Microsoft, yang menunjukkan bahwa akar permasalahannya bukanlah kernel, melainkan aplikasi atau plugin yang berjalan di ruang pengguna Anda.
• Apa yang harus dilakukan ketika aplikasi lama gagalJalankan pemecah masalah kompatibilitas dan coba paksa mode kompatibilitas (misalnya, Windows 7) dan nonaktifkan penskalaan DPI tinggi jika Anda mengalami masalah antarmuka atau kinerja. Pengaturan ini telah terbukti mengatasi kerusakan pada perangkat lunak lama.
• Menghubungkan temuan stabilitas dengan PerfMonMenggabungkan riwayat kerusakan dengan log penghitung untuk melihat apakah Byte Pribadi, Jumlah Penanganan, atau latensi disk tinggi sebelum kerusakan. Korelasi ini memberi Anda utas untuk ditarik.
• Penutupan praktis: Dengan PerfMon dan Reliability Monitor Anda dapat mendiagnosis mulai dari gejala (crash, lambat) hingga penyebabnya (kebocoran memori, kemacetan disk, CPU 100%, kesalahan jaringan), didukung oleh penghitung dan ambang batas yang memandu Anda dengan jelas.

Jika Anda membutuhkannya panduan cepat untuk memulai: Buka PerfMon, tambahkan penghitung untuk proses target (Byte Pribadi, % Waktu Prosesor, dsb.), sesuaikan pengambilan sampel dan durasi untuk menutupi jendela di mana masalah terjadi, catat log ke file dengan Collector Set, dan jika berlaku, otomatisasi dengan Logman pada server atau lingkungan pengujian yang perlu dijalankan selama berjam-jam.