ຄອມພິວເຕີຂອງເຈົ້າເຮັດວຽກຊ້າບໍ? ຮຽນຮູ້ວິທີການກໍານົດບັນຫາກັບ Perfmon ໃນ Windows.

PerfMon (Performance Monitor) ແມ່ນ ເຄື່ອງ​ມື​ທີ່​ດີ​ທີ່​ສຸດ​ສໍາ​ລັບ​ການ​ຕິດ​ຕາມ​ກວດ​ກາ​ໃນ Windows​PerfMon​: ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ເພື່ອ​ເບິ່ງ​ໃນ​ເວ​ລາ​ທີ່​ແທ້​ຈິງ​, ໃນ​ໄລ​ຍະ​ຍາວ​, ແລະ​ວິ​ເຄາະ​ຕົວ​ຊີ້​ວັດ​ການ​ປະ​ຕິ​ບັດ​ສໍາ​ລັບ CPU​, ຫນ່ວຍ​ຄວາມ​ຈໍາ​, disk​, ເຄືອ​ຂ່າຍ​, ແລະ​ຂະ​ບວນ​ການ​ສະ​ເພາະ​. ບໍ່ເຫມືອນກັບ Task Manager, PerfMon ເອົາຕົວຢ່າງໃນຊ່ວງເວລາປົກກະຕິແລະບັນທຶກເຂົ້າໄປໃນແຜ່ນ, ເຮັດໃຫ້ມັນເຫມາະສົມສໍາລັບການລ່າສັດບັນຫາທີ່ເກີດຂື້ນຫຼັງຈາກແລ່ນຫຼາຍຊົ່ວໂມງ, ເຊັ່ນວ່າຄວາມຊົງຈໍາ overflows ຫຼືການຮົ່ວໄຫລຂອງຊັບພະຍາກອນໃນການບໍລິການແລະຄໍາຮ້ອງສະຫມັກ.

ໃນບົດຄວາມນີ້ພວກເຮົາສະແດງໃຫ້ທ່ານເຫັນ ວິທີການນໍາໃຊ້ PerfMon. ຈາກການເລືອກ ແລະເຂົ້າໃຈຕົວນັບທີ່ຖືກຕ້ອງ ແລະການປັບຕົວແບບແຜນວາດ ແລະການຈັດຂະໜາດ, ເພື່ອສ້າງຊຸດຕົວເກັບກຳຂໍ້ມູນເພື່ອບັນທຶກການວັດແທກເພື່ອຍື່ນ (BLG/CSV.

PerfMon ແມ່ນຫຍັງແລະເວລາໃດທີ່ຈະໃຊ້ມັນ?

 

Performance Monitor (PerfMon) ແມ່ນຕົວເບິ່ງ ແລະເຄື່ອງບັນທຶກສຽງຂອງ Windows ພື້ນເມືອງ.. ນໍາສະເຫນີ metrics ໃນຮູບແບບຂອງກາຟແລະຂໍ້ມູນດິບທີ່ໄດ້ຮັບຈາກລະບົບແລະຕົວນັບຄໍາຮ້ອງສະຫມັກ (ເຊັ່ນ: ຈາກ .NET CLR ຫຼືຂະບວນການສະເພາະໃດຫນຶ່ງ). ປະໂຫຍດທີ່ໃຫຍ່ທີ່ສຸດຂອງມັນຫຼາຍກວ່າ "ໄວ" ຜົນປະໂຫຍດເຊັ່ນ: ຜູ້ຈັດການວຽກງານ ແມ່ນວ່າທ່ານສາມາດປ່ອຍໃຫ້ມັນແລ່ນເປັນເວລາຫຼາຍຊົ່ວໂມງຫຼືຫຼາຍມື້, ດ້ວຍຕົວຢ່າງແຕ່ລະໄລຍະ, ເພື່ອກວດພົບແນວໂນ້ມທີ່ແທ້ຈິງ (ຈຸດສູງສຸດ, ເສັ້ນພື້ນຖານ, ການຂະຫຍາຍຕົວແບບຍືນຍົງ).

PerfMon ແມ່ນສໍາຄັນສໍາລັບ ບົ່ງມະຕິການຂະຫຍາຍຕົວຂອງຫນ່ວຍຄວາມຈໍາ, ການຈັດການຫຼືການຮົ່ວໄຫລຂອງກະທູ້, ແລະແຍກອົງປະກອບທີ່ມີບັນຫາໂດຍການແລ່ນການທົດສອບສະເພາະ. ຕົວຢ່າງ, ຖ້າທ່ານສົງໃສວ່າຄວາມຈໍາຮົ່ວໄຫຼ, ທ່ານຈະເປີດໃຊ້ຕົວນັບເຊັ່ນ Private Bytes, Handle Count, ແລະ Thread Count ສໍາລັບຂະບວນການທີ່ໄດ້ຮັບຜົນກະທົບ, ພ້ອມກັບຕົວນັບຄວາມຈໍາ .NET CLR ເຊັ່ນ # Bytes ໃນທຸກ Heaps ແລະ Gen 2 heap ຂະຫນາດສໍາລັບຄໍາຮ້ອງສະຫມັກ .NET, ເພື່ອເບິ່ງວ່າການຂະຫຍາຍຕົວແມ່ນເກີດຂື້ນໃນລະຫວ່າງຫຼືຢູ່ນອກ GC.

ວິທີການເປີດ PerfMon ແລະໂຫມດພິເສດ

 

ທ່ານສາມາດເປີດ PerfMon ຈາກເມນູເລີ່ມຕົ້ນ, ຊອກຫາ "ການປະຕິບັດ" ຫຼື "perfmon" ແລະດໍາເນີນການເປັນຜູ້ບໍລິຫານ ເມື່ອທ່ານໄປສ້າງບັນທຶກ ຫຼືສອບຖາມຄອມພິວເຕີທາງໄກ.

ຖ້າທ່ານຕ້ອງການ ເສັ້ນຄໍາສັ່ງ (Win+R ຫຼື CMD), ທ່ານມີໂຫມດໂດຍກົງທີ່ເປັນປະໂຫຍດຫຼາຍທີ່ມີ syntax ຕໍ່ໄປນີ້:

perfmon </res|report|rel|sys>

ແຕ່ລະທາງເລືອກເຮັດຫຍັງ?

• / ຊີ້ນງົວ ເພື່ອເປີດມຸມມອງຊັບພະຍາກອນ
• / ລາຍງານ ເພື່ອເປີດຊຸດຕົວເກັບຂໍ້ມູນການວິເຄາະລະບົບ ແລະເບິ່ງບົດລາຍງານ.
• /rel ເພື່ອເປີດ Reliability Monitor.
• / sys ໄປໂດຍກົງກັບເຄື່ອງຕິດຕາມປະສິດທິພາບຄລາສສິກ.

ຄຳ ແນະ ນຳ: ຖ້າທ່ານຕ້ອງການກວດສອບຄວາມຫນ້າເຊື່ອຖືຂອງອຸປະກອນ, perfmon / rel ມັນເປັນທາງລັດໂດຍກົງຕໍ່ກັບຄວາມໝັ້ນຄົງ ແລະປະຫວັດ bug.

ຄວາມຫນ້າເຊື່ອຖື Monitor ມັນຍັງຢູ່ໃນກະດານຄວບຄຸມ> ລະບົບແລະຄວາມປອດໄພ> ຄວາມປອດໄພແລະການບໍາລຸງຮັກສາ. ທາງລັດອື່ນ: ພິມ "reliab" ເຂົ້າໄປໃນການຊອກຫາເມນູເລີ່ມຕົ້ນແລະເລືອກ "ເບິ່ງປະຫວັດຄວາມຫນ້າເຊື່ອຖື." ທ່ານ​ຈະ​ເຫັນ​ເຫດ​ການ​ທີ່​ສໍາ​ຄັນ​, ຄໍາ​ເຕືອນ​, ແລະ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ໃນ​ມື້​ຫຼື​ອາ​ທິດ​, ມີ​ການ​ເຂົ້າ​ເຖິງ​ ລາຍລະອຽດດ້ານວິຊາການ ຄວາມລົ້ມເຫຼວຂອງຄໍາຮ້ອງສະຫມັກແລະຄົນຂັບ.

ການເບິ່ງເຫັນພາບໃນເວລາຈິງ: ການເພີ່ມ ແລະຄວາມເຂົ້າໃຈຕົວນັບ

 

ເພື່ອເບິ່ງກ ຕາຕະລາງສົດ, ເປີດ "Performance Monitor" ໃນຕົ້ນໄມ້ທາງຊ້າຍ. ຖ້າມີເຄົາເຕີທີ່ preloaded ແລະທ່ານຕ້ອງການທີ່ຈະເລີ່ມຕົ້ນສະອາດ, ເລືອກເອົາພວກເຂົາຢູ່ໃນຕາຕະລາງຂ້າງລຸ່ມນີ້ແລະກົດ ສຸພານຸວົງ ຈາກນັ້ນ, ຢູ່ໃນພື້ນທີ່ຕາຕະລາງ, ຄລິກຂວາ > Add Counters… ເພື່ອເປີດກ່ອງໂຕ້ຕອບດ້ວຍທຸກໝວດໝູ່ທີ່ມີຢູ່.

ເລືອກ ປະເພດຄວາມສົນໃຈ, ຕົວນັບ, ແລະຕົວຢ່າງວັດຖຸ (ເຊັ່ນ: ຂະບວນການຂອງທ່ານ). ເພື່ອວິນິໄສຄວາມຈຳ ແລະຊັບພະຍາກອນໃນແອັບສະເພາະ, ໃຫ້ເພີ່ມຕົວນັບສຳຄັນເຫຼົ່ານີ້ຈາກກຸ່ມ ຂະບວນການ y ຫນ່ວຍຄວາມຈໍາ .NET CLR ບ່ອນ​ທີ່​ເຫມາະ​ສົມ​:

• ຂະບວນການ \ ໄບຕ໌ສ່ວນຕົວ: ຫນ່ວຍຄວາມຈໍາສ່ວນຕົວຈັດສັນໂດຍຂະບວນການ (ບໍ່ໄດ້ແບ່ງປັນກັບຄົນອື່ນ). ການຂະຫຍາຍຕົວແບບຍືນຍົງຊີ້ໃຫ້ເຫັນເຖິງການບໍລິໂພກຕົວຈິງຂອງຫນ່ວຍຄວາມຈໍາ virtual ຂອງຕົນເອງ.
• ຂະບວນການ \ ຈັດການນັບ: ຈໍານວນຂອງ handles ເປີດ. ການເພີ່ມຂຶ້ນຂອງຄົງທີ່ມັກຈະຊີ້ໃຫ້ເຫັນເຖິງການຮົ່ວໄຫລຂອງຊັບພະຍາກອນ (ເຊດຊັນ, ວັດຖຸລະບົບ).
• ຂະບວນການ \ ຈຳນວນກະທູ້: ຈໍານວນກະທູ້ທີ່ໃຊ້ໃນຂະບວນການ. spikes ທີ່ບໍ່ຄາດຄິດອາດຈະຊີ້ໃຫ້ເຫັນບັນຫາ concurrency ຫຼືກະທູ້ທີ່ຍັງບໍ່ໄດ້ສໍາເລັດ.
• .NET CLR Memory \# Bytes ໃນທຸກ Heaps: ຄວາມຈຳທັງໝົດສຳລັບວັດຖຸ .NET. ຖ້າມັນເຕີບໂຕໂດຍບໍ່ມີການສະຖຽນລະພາບ, ໃຫ້ກວດເບິ່ງຄວາມກົດດັນຂອງ GC ແລະການອ້າງອີງທີ່ບໍ່ໄດ້ເປີດເຜີຍ.
• .NET CLR Memory \ Gen 2 ຂະໜາດ heap: Gen 2 ຂະຫນາດ heap (ລາຍການທີ່ມີຊີວິດຍາວ). ການຂະຫຍາຍຕົວຢ່າງຕໍ່ເນື່ອງຊີ້ໃຫ້ເຫັນເຖິງລາຍການທີ່ມີຊີວິດຍາວທີ່ບໍ່ໄດ້ລວບລວມ.

ຕີຄວາມໝາຍຂອງກາຟດ້ວຍຕາວິຈານຖ້າທ່ານສັງເກດເຫັນວ່າ Private Bytes ເພີ່ມຂຶ້ນຢ່າງຕໍ່ເນື່ອງໃນຂະນະທີ່ # Bytes ໃນທຸກ Heaps ແລະ Gen 2 heap size ຍັງຄົງຄົງທີ່, ການຂະຫຍາຍຕົວບໍ່ໄດ້ຢູ່ໃນ heap .NET ແຕ່ຢູ່ໃນຫນ່ວຍຄວາມຈໍາພື້ນເມືອງຂອງຂະບວນການ. ຮູບແບບນີ້ປົກກະຕິແລ້ວຊີ້ໃຫ້ເຫັນເຖິງການຮົ່ວໄຫຼຢູ່ນອກ GC (ເຊັ່ນ: buffers unfreezed ຫຼື handles).

ປັບເສັ້ນສະແດງ: ຂະໜາດ, ໄລຍະຫ່າງ ແລະໄລຍະເວລາ

PerfMon ອະນຸຍາດໃຫ້ ປັບການເບິ່ງເຫັນຂອງແຕ່ລະ counter ແລະໄລຍະເວລາປະຫວັດສາດທີ່ທ່ານເຫັນ. ກົດ Ctrl + Shift + A ເພື່ອເລືອກຕົວນັບທັງໝົດໃນລາຍການຂ້າງລຸ່ມນີ້, ໃຫ້ຄລິກຂວາແລ້ວເລືອກ ຂະ ໜາດ ຕົວນັບທີ່ເລືອກ, ດັ່ງນັ້ນພວກມັນທັງຫມົດຈະເຫັນໄດ້ໂດຍບໍ່ມີການ "ແປ" ສ່ວນທີ່ເຫຼືອ.

ເປີດ ຄຸນສົມບັດຕາຕະລາງ ຄລິກຂວາ > ຄຸນສົມບັດ… ແລະກໍານົດອັດຕາການເກັບຕົວຢ່າງຢູ່ໃນແຖບທົ່ວໄປ. ຕົວຢ່າງ, ຕົວຢ່າງທຸກໆ 10 ວິນາທີ ແລະຕັ້ງໄລຍະເວລາເປັນ 10000 ເພື່ອໃຫ້ກວມເອົາປະມານ 2,5 ຊົ່ວໂມງໃນມຸມມອງ. ປະກົດການດົນຂຶ້ນ, ອັດຕາການເກັບຕົວຢ່າງຄວນຈະມີໄລຍະຫ່າງຫຼາຍຂື້ນເພື່ອຫຼີກເວັ້ນການໄຟລ໌ຂະຫນາດໃຫຍ່ແລະການໂຫຼດຄອມພິວເຕີຂອງທ່ານຫຼາຍເກີນໄປ.

ຄຳ ແນະ ນຳ ພິເສດ: PerfMon exposes ActiveX ຄຸນສົມບັດແລະວິທີການ, ອະນຸຍາດໃຫ້ທ່ານສາມາດປະສົມປະສານຫຼືຄວບຄຸມມັນຈາກເຄື່ອງມືການພັດທະນາອື່ນໆແລະແມ້ກະທັ້ງຝັງມັນເປັນການຄວບຄຸມໃນຄໍາຮ້ອງສະຫມັກຂອງທ່ານເອງຖ້າຫາກວ່າຈໍາເປັນ.

ອັດຕະໂນມັດກັບ Logman: ສ້າງ, ເລີ່ມ, ແລະຢຸດ

 

Logman.exe ເປັນ​ປະ​ໂຫຍດ​ບັນ​ຊີ​ຄໍາ​ສັ່ງ​ສໍາ​ລັບ​ການ​ສ້າງ​ແລະ​ການ​ຄຸ້ມ​ຄອງ​ຊຸດ counters​.. ເປີດຄໍາສັ່ງທີ່ມີສິດທິຂອງຜູ້ເບິ່ງແຍງລະບົບແລະດໍາເນີນການຄໍາສັ່ງທີ່ຄ້າຍຄືກັນກັບຕໍ່ໄປນີ້ເພື່ອສ້າງຊຸດຕິດຕາມກວດກາຢ່າງຕໍ່ເນື່ອງຂະຫນາດໃຫຍ່ທີ່ມີໄຟລ໌ວົງ:

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

para ເລີ່ມ​ຕົ້ນ​ແລະ​ຢຸດ​ການ​ຈັບ​ພາບ​, ການ​ນໍາ​ໃຊ້​:

Logman.exe start Avamar
Logman.exe stop Avamar

ຄໍາແນະນໍາຄໍາສັ່ງ: -f bincirc ສ້າງບັນທຶກສອງວົງກົມ (-max ຈໍາກັດຂະຫນາດໃນ MB), -si ກໍານົດໄລຍະການເກັບຕົວຢ່າງ, ແລະ -c ເພີ່ມຕົວນັບເປັນຈໍານວນຫລາຍສໍາລັບວັດຖຸແລະຕົວຢ່າງຂອງພວກມັນ. ໃຊ້ເສັ້ນທາງທີ່ອ້າງອີງແລະຫລົບຫນີ backslashes ເມື່ອຂຽນ script ຫຼືສົ່ງອອກການຕັ້ງຄ່າ.

ເມື່ອໃດທີ່ຈະໃຊ້ Logman? ມັນ ເໝາະ ສຳ ລັບ ເກັບກໍາຂໍ້ມູນທາງໄກ ໃນເຊີບເວີ, ອັດຕະໂນມັດການວິນິໄສ, ຫຼືມາດຕະຖານການຈັບພາບໃນທົ່ວຫຼາຍເຄື່ອງຈັກ. ທ່ານສາມາດຈັດຕາຕະລາງມັນດ້ວຍ Task Scheduler ແລະ rotate ໄຟລ໌ໂດຍບໍ່ມີການແຊກແຊງ.

ຕົວນັບແລະເກນທີ່ເປັນປະໂຫຍດຕໍ່ລະບົບຍ່ອຍ

ຫນ່ວຍຄວາມຈໍາ: ຕິດຕາມຄວາມອາດສາມາດຕົວຈິງ, ຄວາມກົດດັນຂອງຫນ້າ, ແລະການທໍາລາຍສະນຸກເກີຂອງລະບົບ. ຕົວຊີ້ວັດ ແລະຂໍ້ແນະນຳເຫຼົ່ານີ້ຊ່ວຍແຍກອາການອອກຈາກສາເຫດ:

• ໜ່ວຍຄວາມຈຳ \ % Committed Bytes ໃນການນຳໃຊ້: ເປີເຊັນຂອງຄວາມຊົງຈຳທີ່ໝັ້ນໝາຍເກີນຂີດຈຳກັດຂອງຄຳໝັ້ນສັນຍາ. ຖ້າມັນເກີນ 80% ຢ່າງຕໍ່ເນື່ອງ, ກວດເບິ່ງຂະຫນາດໄຟລ໌ຫນ້າແລະການນໍາໃຊ້ຕົວຈິງ.
• ໜ່ວຍຄວາມຈຳ \ ມີ MBytes: ຄວາມຈຳທາງກາຍຟຣີ. ສືບສວນຖ້າ <5% ຂອງ RAM ຫຼຸດລົງເລື້ອຍໆ (ແລະ <1% ແມ່ນສໍາຄັນ).
• ຫນ່ວຍຄວາມຈໍາ \ Committed Bytes: ໄບຕ໌ທີ່ເຮັດທັງໝົດ. ບໍ່ຄວນແຕກຕ່າງກັນຢ່າງຫຼວງຫຼາຍ; ການປ່ຽນແປງເລື້ອຍໆສາມາດສົ່ງຜົນໃຫ້ການຂະຫຍາຍ pagefile.
• ໜ່ວຍຄວາມຈຳ \ Pool Nonpaged Bytes: non-paged pool (ວັດຖຸທີ່ບໍ່ສາມາດຖືກ flushed ກັບ disk). ຄວາມອີ່ມຕົວຄົງທີ່ (> 80%) ພວກມັນກ່ຽວຂ້ອງກັບເຫດການເຊັ່ນ: ປີ 2019 (ການໝົດອາຍຸຂອງສະລອຍນ້ຳແບບບໍ່ມີໜ້າ).
• ໜ່ວຍຄວາມຈຳ \ Pool Paged Bytes: : ສະນຸກເກີ paged. ຄ່າທີ່ຍືນຍົງ > 70% ຂອງຄ່າສູງສຸດຊີ້ບອກເຖິງຄວາມສ່ຽງຂອງເຫດການປີ 2020 (ການໝົດອາຍຸຂອງສະນຸກເກີ).

Processor: ຊອກຫາການໂຫຼດແບບຍືນຍົງ ແລະສັນຍານ I/O ໜັກ ຫຼືເຄື່ອງຂັບທີ່ມີສຽງດັງ.

• ຂໍ້ມູນໂຮງງານຜະລິດ \ % ເວລາປະມວນຜົນ (ທຸກຕົວຢ່າງ): >90% ຍືນຍົງຢູ່ໃນ 1 CPU ຫຼື >80% ຢູ່ໃນຕົວປະມວນຜົນຫຼາຍອັນຊີ້ໃຫ້ເຫັນ CPU ເກີນ.
• ໂປເຊດເຊີ \ % ເວລາທີ່ມີສິດທິພິເສດ: ເວລາໂຫມດ Kernel. ການເກີນ 30% ຢ່າງຕໍ່ເນື່ອງໃນແອັບ/ເຊີບເວີອາດຈະຊີ້ບອກເຖິງການເຮັດວຽກຂອງໄດເວີ ຫຼືລະບົບການເຮັດວຽກຫຼາຍເກີນໄປ.
• ໂປເຊດເຊີ \ % ເວລາຂັດຂວາງ y % ເວລາ DPC: > 25% ຊີ້ໃຫ້ເຫັນເຖິງກິດຈະກໍາອຸປະກອນທີ່ຮຸນແຮງ (NIC, ແຜ່ນ, ແລະອື່ນໆ).
• ລະບົບ \ ສະຫຼັບບໍລິບົດ/ວິນາທີ y ໂປເຊດເຊີ \ ຂັດຂວາງ/ວິນາທີ: ເປັນປະໂຫຍດສໍາລັບການເບິ່ງສະພາບການປ່ຽນຄວາມກົດດັນແລະກິດຈະກໍາຂັດຂວາງ.

ສີ​ແດງ: ຊີ້ໃຫ້ເຫັນເຖິງສຸຂະພາບ ແລະຄຸນນະພາບການສື່ສານຂອງ NIC.

• Network Interface\Packets ໄດ້ຮັບການຍົກເລີກ: ຄວນຢູ່ໃກ້ກັບສູນ; ຄ່າທີ່ເພີ່ມຂຶ້ນໂດຍປົກກະຕິຊີ້ໃຫ້ເຫັນ buffers / ຮາດແວບໍ່ພຽງພໍ.
• Network Interface\Packets ໄດ້ຮັບຄວາມຜິດພາດ: : ຂໍ້ຜິດພາດ > 2 ແບບຍືນຍົງຕ້ອງການການທົບທວນຄືນຂອງການເຊື່ອມຕໍ່/ສາຍເຄເບີນ/ໄດເວີ.

ແຜ່ນ: ວັດແທກຄວາມອີ່ມຕົວ, latency ແລະຄວາມສາມາດ.

• PhysicalDisk \ % ເວລາຫວ່າງ: ເປີເຊັນຂອງເວລາຫວ່າງ. ຕໍ່າແບບຍືນຍົງຊີ້ໃຫ້ເຫັນເຖິງແຜ່ນທີ່ຫຍຸ້ງຢູ່; ມັນສະທ້ອນເຖິງຄວາມສາມາດທີ່ຍັງເຫຼືອໄດ້ດີ.
• PhysicalDisk \ Avg. ແຜ່ນວິນາທີ/ອ່ານ y ສະເລ່ຍ ດິສກ໌ວິນາທີ/ຂຽນ: ເວລາ latency ສະເລ່ຍ. ການອ້າງອິງແບບທຳມະດາ (ຂໍ້ແນະນຳ): ການອ່ານດີເລີດ < 8 ms, ຍອມຮັບໄດ້ < 12 ms, ຍຸດຕິທຳ < 20 ms, ບໍ່ດີ > 20 ms; ການຂຽນທີ່ດີເລີດ < 1 ms, ດີ < 2 ms, ຍຸດຕິທໍາ < 4 ms, ບໍ່ດີ > 4 ms.
• PhysicalDisk \ Avg. ຄວາມຍາວແຖວຂອງແຜ່ນ: ຫາງສະເລ່ຍ. ຄ່າຕ່ຳກວ່າ 2× ປົກກະຕິແລ້ວແມ່ນສົມເຫດສົມຜົນ.
• PhysicalDisk \ Split IO/Sec: I/Os ແບ່ງອອກເນື່ອງຈາກການແບ່ງສ່ວນ ຫຼືຂະໜາດບລັອກບໍ່ພຽງພໍ. ຕ່ໍາກວ່າທີ່ດີກວ່າ.
• LogicalDisk \ % ພື້ນທີ່ຫວ່າງ: ໃຫ້ປະໄວ້ສະເໝີ > 15% ຟຣີ (ແນະນຳ ≥ 25%) ໃນປະລິມານໂລຈິກຂອງລະບົບ.

ວັດຖຸແຜ່ນ: ທາງດ້ານຮ່າງກາຍທຽບກັບເຫດຜົນ.

• PhysicalDisk ເພີ່ມ​ການ​ເຂົ້າ​ເຖິງ​ການ​ແບ່ງ​ປັນ​ທັງ​ຫມົດ​ຂອງ​ອຸ​ປະ​ກອນ​ທາງ​ດ້ານ​ຮ່າງ​ກາຍ (ການ​ລະ​ບຸ​ຮາດ​ແວ​)​.
• LogicalDisk ວັດແທກການແບ່ງສ່ວນສະເພາະ ຫຼືຈຸດເຊື່ອມຕໍ່. ດ້ວຍດິສກ໌ແບບໄດນາມິກ, ປະລິມານທີ່ສົມເຫດສົມຜົນສາມາດກວມເອົາຫຼາຍແຜ່ນ, ແລະຕົວນັບຂອງມັນຈະສະທ້ອນເຖິງຈໍານວນທັງຫມົດ.

ຂະບວນ: ເພື່ອເຊື່ອມໂຍງຊັບພະຍາກອນກັບພຶດຕິກໍາຂອງແອັບຯສະເພາະ, ຕິດຕາມ ຂະບວນການ \ % ເວລາປະມວນຜົນ, ໄບຕ໌ສ່ວນຕົວ, ໄບຕ໌ Virtual y ຊຸດເຮັດວຽກ. Handle Count ມັນເປັນສິ່ງ ສຳ ຄັນຖ້າທ່ານສົງໃສວ່າການຮົ່ວໄຫລຂອງສະລອຍນ້ ຳ; ການຂະຫຍາຍຕົວຂອງ ມືຈັບ ມັກແຕ່ງງານກັບການເພີ່ມຂຶ້ນຜິດປົກກະຕິໃນ ສະນຸກເກີທີ່ບໍ່ຂຶ້ນ/paged.

ຕິດຕາມກວດກາຄວາມຫນ້າເຊື່ອຖື: ສືບສວນຄວາມລົ້ມເຫລວແລະຄວາມເຂົ້າກັນໄດ້

Windows Reliability Monitor ສະຫຼຸບຄວາມໝັ້ນຄົງ ແລະເຫດການໃນມື້ ຫຼືອາທິດ, ການຈັດປະເພດ ທີ່ສໍາຄັນ, ການເຕືອນໄພແລະຂໍ້ມູນຂ່າວສານຈາກແຕ່ລະຖັນ, ທ່ານສາມາດເປີດ "ເບິ່ງລາຍລະອຽດດ້ານວິຊາການ" ເພື່ອກວດກາເບິ່ງໂມດູນ, ລະຫັດ, ແລະລາຍເຊັນດິຈິຕອນຂອງສອງຄູ່ທີ່ກ່ຽວຂ້ອງ.

• ຕົວຢ່າງພາກປະຕິບັດທ່ານຈະພົບເຫັນລາຍການເຊັ່ນ svchost.exe_MapsBroker ຫຼືແອັບພລິເຄຊັນທີ່ຂັດຂ້ອງອື່ນໆ. ບາງຄັ້ງໂມດູນທີ່ຖືກລາຍງານ (e.g., Kernelbase.dll) ເປັນຂອງ Windows kernel ແລະຖືກເຊັນໂດຍ Microsoft, ແນະນໍາວ່າສາເຫດຂອງຮາກບໍ່ແມ່ນ kernel, ແຕ່ແທນທີ່ຈະເປັນແອັບພລິເຄຊັນຫຼື plugin ທີ່ເຮັດວຽກຢູ່ໃນພື້ນທີ່ຜູ້ໃຊ້ຂອງທ່ານ.
• ສິ່ງທີ່ຕ້ອງເຮັດເມື່ອແອັບຯເກົ່າລົ້ມເຫລວເປີດໃຊ້ຕົວແກ້ໄຂບັນຫາຄວາມເຂົ້າກັນໄດ້ ແລະລອງບັງຄັບໂໝດຄວາມເຂົ້າກັນໄດ້ (ເຊັ່ນ: Windows 7) ແລະປິດການນຳໃຊ້ການປັບຂະໜາດ DPI ສູງ ຖ້າທ່ານພົບບັນຫາໃນການໂຕ້ຕອບ ຫຼືປະສິດທິພາບ. ການຕັ້ງຄ່ານີ້ໄດ້ຖືກສະແດງໃຫ້ເຫັນເພື່ອແກ້ໄຂບັນຫາການຂັດຂ້ອງໃນຊອບແວເກົ່າ.
• ເຊື່ອມຕໍ່ການຄົ້ນພົບຄວາມຫມັ້ນຄົງກັບ PerfMonຮວມປະຫວັດການຂັດຂ້ອງກັບບັນທຶກການນັບ ເພື່ອເບິ່ງວ່າໄບຕ໌ສ່ວນຕົວ, ການນັບມື, ຫຼືການຕອບສະໜອງຂອງດິສກ໌ແມ່ນສູງກ່ອນການຂັດຂ້ອງ. ການພົວພັນນີ້ເຮັດໃຫ້ທ່ານມີກະທູ້ທີ່ຈະດຶງ.
• ການປິດພາກປະຕິບັດ: ດ້ວຍ PerfMon ແລະ Reliability Monitor ທ່ານສາມາດວິນິດໄສຈາກອາການ (ການຂັດຂ້ອງ, ຄວາມຊ້າ) ໄປຫາສາເຫດ (ຄວາມຊົງຈໍາຮົ່ວໄຫຼ, ຊ່ອງຫວ່າງຂອງແຜ່ນ, CPU 100%, ຄວາມຜິດພາດຂອງເຄືອຂ່າຍ), ສະຫນັບສະຫນູນໂດຍຕົວນັບແລະຂອບເຂດທີ່ຊີ້ບອກທ່ານຢ່າງຊັດເຈນ.

ຖ້າທ່ານຕ້ອງການ ຄູ່ມືໄວເພື່ອເລີ່ມຕົ້ນ: ເປີດ PerfMon, ເພີ່ມຕົວນັບສໍາລັບຂະບວນການເປົ້າຫມາຍ (Private Bytes, % Processor Time, ແລະອື່ນໆ), ປັບຕົວຢ່າງແລະໄລຍະເວລາເພື່ອໃຫ້ກວມເອົາປ່ອງຢ້ຽມທີ່ບັນຫາເກີດຂື້ນ, ບັນທຶກເພື່ອຍື່ນດ້ວຍຊຸດເກັບລວບລວມ, ແລະຖ້າເປັນໄປໄດ້, ອັດຕະໂນມັດດ້ວຍ Logman ໃນເຊີບເວີຫຼືສະພາບແວດລ້ອມການທົດສອບທີ່ຕ້ອງດໍາເນີນການເປັນເວລາຫຼາຍຊົ່ວໂມງ.