ວິທີການວັດແທກຄວາມແຝງຂອງ DPC ໃນ Windows ແລະກວດພົບໂຄງການທີ່ເຮັດໃຫ້ເກີດການຕັດຈຸນລະພາກ

ຖ້າ PC ຂອງ​ທ່ານ​ປະ​ສົບ​ກັບ​ສຽງ​ແຕກ​, stuttering ໃນ​ຂະ​ນະ​ທີ່​ຫຼິ້ນ​ວິ​ດີ​ໂອ​, ຫຼື​ເບິ່ງ​ຄື​ວ່າ "hang​" ໂດຍ​ບໍ່​ມີ​ເຫດ​ຜົນ​, ມີ​ຜູ້​ຕ້ອງ​ສົງ​ໄສ​ທົ່ວ​ໄປ​: DPC latencyຄວາມລ່າຊ້ານີ້, ເບິ່ງເຫັນດ້ວຍຕາເປົ່າ, ສາມາດທໍາລາຍຊຸດ DJ, ການບັນທຶກໃນ DAW ຂອງທ່ານ, ຫຼືເກມອອນໄລນ໌ໃນເວລາທີ່ທ່ານຄາດຫວັງຢ່າງຫນ້ອຍ. ນັ້ນແມ່ນເຫດຜົນທີ່ວ່າມັນເປັນສິ່ງສໍາຄັນທີ່ຈະຮູ້ ວັດແທກ DPC latency ໃນ Windows ແລະຊອກຫາວິທີແກ້ໄຂ.

ເພື່ອຊ່ວຍໃຫ້ທ່ານ, ພວກເຮົາໄດ້ລວບລວມຊຸດຂອງ ຂັ້ນຕອນການປະຕິບັດແລະເຄື່ອງມືທີ່ເຮັດວຽກຢ່າງແທ້ຈິງພວກເຮົາໄດ້ປະສົມປະສານທີ່ດີທີ່ສຸດຂອງປະສົບການຕົວຈິງຫຼາຍອັນ: ຈາກການນໍາໃຊ້ LatencyMon ແລະ PerfMon, ເພື່ອປັບພະລັງງານ, ການບໍລິການ, ໄດເວີ GPU (NVIDIA/AMD), ແລະ tricks ອື່ນໆ.

ເປັນຫຍັງມັນຈຶ່ງມີຄວາມສໍາຄັນໃນການວັດແທກຄວາມແຝງຂອງ DPC ໃນ Windows?

DPCs (ເລື່ອນຂັ້ນຕອນການໂທຫາ) ແມ່ນວຽກທີ່ kernel defers ເພື່ອຈັດການ hardware interrupts ຢ່າງສະຫງົບຫຼາຍ; ເມື່ອພວກເຂົາສະສົມຫຼືແລ່ນດົນເກີນໄປ, ຄວາມລ່າຊ້າຖືກກະຕຸ້ນ ແລະການຕັດໄມໂຄຣສຽງ, ວິດີໂອ stuttering ຫຼືການໂຕ້ຕອບຂະຫນາດນ້ອຍ freezes ປາກົດ.

ອາການທົ່ວໄປລວມມີການຄລິກສຽງ, ການເວົ້າສະດຸດໃນວິດີໂອເຕັມຈໍ, ຫຼືເຟຣມຫຼຸດລົງ, ແລະມັກຈະກົງກັນກັບຈຸດສູງສຸດຂອງຫຼາຍສິບພັນໄມໂຄວິນາທີ. ກໍລະນີທົ່ວໄປ: ຄອມພິວເຕີທີ່ບໍ່ໄດ້ເຮັດວຽກຢູ່ອ້ອມຂ້າງ 1000–20000 µs ແລະເມື່ອຂ້ອຍໃສ່ວິດີໂອເຕັມຈໍມັນກໍ່ກະຕຸ້ນ, ເຖິງແມ່ນວ່າຫຼັງຈາກຕັດການເຊື່ອມຕໍ່ກັບຈໍທີສອງ.

ເຄື່ອງມືທີ່ເຊື່ອຖືໄດ້ເພື່ອວັດແທກຄວາມແຝງຂອງ DPC ໃນ Windows

ໃນ Windows 7, ທ່ານສາມາດນໍາໃຊ້ DPC Latency Checker (DPCLAT)ມັນງ່າຍດາຍແລະສະແດງໃຫ້ເຫັນວ່າລະບົບສາມາດຈັດການກັບການໄຫຼວຽນໃນເວລາທີ່ແທ້ຈິງ, ເຖິງແມ່ນວ່າໃນ Windows ຮຸ່ນທີ່ທັນສະໄຫມມັນບໍ່ແມ່ນວິທີການແນະນໍາອີກຕໍ່ໄປ.

ສໍາລັບ Windows 8, 10 ແລະ 11, ການອ້າງອີງແມ່ນ LatencyMon. ພຽງ​ແຕ່​ກົດ​ປຸ່ມ Play ແລະ​ໃຫ້​ມັນ​ດໍາ​ເນີນ​ການ​ໃນ​ຂະ​ນະ​ທີ່​ທ່ານ​ນໍາ​ໃຊ້​ຄອມ​ພິວ​ເຕີ​ຂອງ​ທ່ານ (ການ​ຫຼິ້ນ​ເກມ​, ຫຼິ້ນ​ວິ​ດີ​ໂອ​, ເປີດ​ໂຄງ​ການ​)​. ເຖິງແມ່ນວ່າມັນຖືກສ້າງຂື້ນສໍາລັບຜູ້ຊ່ຽວຊານດ້ານສຽງ, ມັນວັດແທກຄວາມສາມາດຂອງລະບົບໃນການປຸງແຕ່ງໃນເວລາທີ່ແທ້ຈິງແລະບອກທ່ານວ່າແມ່ນຫຍັງ ຄົນຂັບຫຼືຂະບວນການ ເຮັດໃຫ້ເກີດບັນຫາເຖິງແມ່ນວ່າທ່ານບໍ່ໄດ້ເຊື່ອມຕໍ່ອຸປະກອນສຽງ.

culprits ປົກກະຕິແລະວິທີການປະຕິບັດ

ກ່ອນທີ່ຈະວິເຄາະວິທີການວັດແທກ DPC latency ໃນ Windows, ໃຫ້ເບິ່ງສິ່ງທີ່ເປັນອົງປະກອບທີ່ເຮັດໃຫ້ເກີດບັນຫາຫຼາຍທີ່ສຸດ:

• ndis.sys (ເຄືອຂ່າຍ). ໂດຍປົກກະຕິແລ້ວ ອັນນີ້ກ່ຽວຂ້ອງກັບອະແດັບເຕີ Wi-Fi/Ethernet. ລອງປິດການໃຊ້ງານ Wi-Fi ແລະ NIC ຈາກ Device Manager ແລະປຽບທຽບການວັດແທກ; ຖ້າມັນລົ້ມເຫລວ, ກວດເບິ່ງໄດເວີເຄືອຂ່າຍຫຼືປ່ຽນໄດເວີຂອງຜູ້ຜະລິດເປັນແບບທົ່ວໄປ (ຫຼືໃນທາງກັບກັນ).
• ohci1394.sys (FireWire). ຖ້າທ່ານກໍາລັງໃຊ້ອຸປະກອນ IEEE 1394, ຕັດການເຊື່ອມຕໍ່ພວກມັນໃນລະຫວ່າງການທົດສອບ; ອັບເດດໄດເວີ FireWire; ແລະກວດເບິ່ງຄວາມຂັດແຍ້ງຂອງ IRQ, ໂດຍສະເພາະກັບ GPU. ໃນເມນບອດທີ່ມີ FireWire ປະສົມປະສານ, ບັດ PCI/PCIe ທີ່ອຸທິດຕົນອາດຈະໃຫ້ປະສິດທິພາບທີ່ດີກວ່າ. latency ແບບຍືນຍົງ.
• usbport.sys (ຕົວຄວບຄຸມ USB). ດາວໂຫລດໄດເວີຊິບເຊັດຫຼ້າສຸດຈາກເວັບໄຊທ໌ຜູ້ຜະລິດເມນບອດຂອງທ່ານ. ມີການປັບປຸງເອກະສານໃນ Windows 7 SP1 (KB2529073). ໃນກໍລະນີທີ່ຫາຍາກ, ຜູ້ອ່ານບັດ SD / MMC / CF ໄດ້ເຮັດໃຫ້ເກີດ DPC ສູງ; ປິດການທໍາງານຂອງເຂົາເຈົ້າຢູ່ໃນ Device Manager ແລະເບິ່ງວ່າ ຮູບພາບປັບປຸງ.
• nvlddmkm.sys (NVIDIA). ອັບເດດຈາກ nvidia.com, ເອົາ telemetry ດ້ວຍການຕິດຕັ້ງທີ່ສະອາດ, ແລະກວດເບິ່ງ IRQs. ໂມດູນນີ້ແມ່ນ notorious ສໍາລັບ DPC spikes ກັບການຄຸ້ມຄອງພະລັງງານຮຸກຮານ; ບາງຄັ້ງມັນຍັງໄດ້ຮັບຜົນກະທົບຈາກໄດເວີຊິບເຊັດ, ດັ່ງນັ້ນມັນຈຶ່ງເປັນຄວາມຄິດທີ່ດີທີ່ຈະໃຊ້ມັນ. ອັບເດດພວກມັນສະເໝີ.
• ACPysys (ການຄຸ້ມຄອງພະລັງງານ). ທົ່ວໄປໃນຄອມພິວເຕີໂນດບຸກ. ການປິດການນຳໃຊ້ການລະງັບທີ່ເລືອກ, ປັບແຜນພະລັງງານ, ແລະໃນກໍລະນີຮ້າຍແຮງ, ການປິດການນຳໃຊ້ແບັດເຕີຣີ ACPI ໃນຕົວຈັດການອຸປະກອນອາດຈະຊ່ວຍໄດ້, ໂດຍຮູ້ວ່າເຈົ້າອາດຈະສູນເສຍຄວາມສາມາດໃນການສາກແບັດເຕີຣີ. ມັນ​ເປັນ​ການ​ແກ້​ໄຂ drastic ແລະ​ຄວນ​ຈະ​ໄດ້​ຮັບ​ການ​ພະ​ຍາ​ຍາມ​ກັບ​ ການ​ລະ​ມັດ​ລະ​ວັງ​ທີ່​ຈະ​ແຈ້ງ​.

ການປະຕິບັດຕົວຈິງເພື່ອຫຼຸດຜ່ອນຄວາມລ່າຊ້າຂອງ DPC

ເລີ່ມຕົ້ນດ້ວຍພື້ນຖານ: ໃນ BIOS / UEFI ແລະ Windows, ປິດໃຊ້ງານຄຸນສົມບັດປະຢັດພະລັງງານທີ່ຮຸກຮານ (C-States ແລະຄ້າຍຄືກັນ), ໃຊ້ແຜນການປະສິດທິພາບສູງແລະກວດສອບອຸນຫະພູມ. ເຫຼົ່ານີ້ແມ່ນການປັບຕົວຂັ້ນພື້ນຖານ, ແຕ່ພວກເຂົາວາງພື້ນຖານສໍາລັບສ່ວນທີ່ເຫຼືອຂອງການປ່ຽນແປງທີ່ຈະມີຜົນບັງຄັບໃຊ້.

ປິດໃຊ້ງານ suspend ເລືອກ USB ໃນແຜນການພະລັງງານຂອງທ່ານ (ທັງ AC ແລະຫມໍ້ໄຟ). ທ່ານຈະຫຼຸດຜ່ອນເວລາແຝງຂອງ storport.sys ແລະເຮັດໃຫ້ພື້ນທີ່ເກັບຂໍ້ມູນ USB ແລະອຸປະກອນສຽງມີສະຖຽນລະພາບ.

ຂອບກົດລະບຽບ Power Settings Explorer (ດໍາເນີນການເປັນຜູ້ເບິ່ງແຍງລະບົບ), ສະແດງການຕັ້ງຄ່າໂປເຊດເຊີທີ່ເຊື່ອງໄວ້: ຊອກຫາ “Processor Idle Demote Threshold” ແລະ “Processor Idle Promote Threshold”, ຍົກເລີກການເລືອກພວກມັນ, ແລະຫຼັງຈາກນັ້ນ, ໃນ Power Options > Processor Power Management, ກໍານົດທັງສອງຂອບເຂດເປັນ 100%. ອັນນີ້ຊ່ວຍຫຼຸດການປ່ຽນ CPU ທີ່ບໍ່ເຮັດວຽກ ແລະຕັດຈຸດສູງສຸດລົງ. ຂອງ kernel ແລະໄດເວີ.

ໃນທາງເລືອກພະລັງງານດຽວກັນ, ປັບ: "ປະສິດທິພາບຂອງໂປເຊດເຊີ: ສະຖານີຈອດຫຼັກຂັ້ນຕ່ໍາ" ເປັນ 100% (AC ແລະຫມໍ້ໄຟ), "ສະຖານະຂອງໂປເຊດເຊີຕ່ໍາສຸດ" ເປັນ 100% ແລະ "ສະຖານະໂຮງງານຜະລິດສູງສຸດ" ເປັນ 100%. ສໍາລັບ "ປິດການເຮັດວຽກຂອງໂປເຊດເຊີ idle", ປ່ອຍໃຫ້ "ເປີດໃຊ້ idle" ຄືກັບວ່າຄອມພິວເຕີຂອງທ່ານທົນທານຕໍ່ມັນດີກວ່າ. ການປ່ຽນແປງເຫຼົ່ານີ້ຫຼຸດຜ່ອນ "ບ່ອນຈອດລົດຫຼັກ" ແລະຫຼີກເວັ້ນການ latencies ໃນເວລາທີ່ "ຕື່ນນອນ" ກະທູ້, ເຖິງແມ່ນວ່າພວກເຂົາບໍລິໂພກຫຼາຍແລະເພີ່ມຂຶ້ນ. ອຸນຫະພູມ.

ດໍາເນີນການຕິດຕັ້ງໄດເວີ GPU ທີ່ສະອາດໃນແຜງຄວບຄຸມ 3D, ເລືອກ "ຕ້ອງການປະສິດທິພາບສູງສຸດ." ໃນ AMD, ໃຊ້ DDU, ສະກັດຊຸດໄດເວີ, ແລະຍົກເລີກການຕິດຕັ້ງ. ຫຼັງຈາກນັ້ນ, ໃນ Device Manager> Display Adapters, ເລືອກ "Update Driver" ແລະຊີ້ໄປທີ່ໄດເລກະທໍລີທີ່ສະກັດອອກ. ນີ້ຈະຕິດຕັ້ງໄດເວີໂລຫະເປົ່າໂດຍບໍ່ມີການພິເສດໃດໆ.

ເປີດໃຊ້ໂໝດ MSI ໃນ GPU ຂອງທ່ານກັບ MSI Utility v3 (ໃນຖານະຜູ້ເບິ່ງແຍງ), ເລືອກ MSI ສໍາລັບ GPU ແລະກໍານົດຄວາມສໍາຄັນເປັນ High. reboot ແລະທົດສອບ. ໂໝດນີ້ຊ່ວຍຫຼຸດການໂຕ້ແຍ້ງທີ່ລົບກວນ ແລະສາມາດຫຼຸດການເວົ້າສະດຸດໃນເກມໄດ້.

ຖອນການຕິດຕັ້ງ “Windows Update Health Tools” ຖ້າທ່ານມີມັນ. ສໍາລັບເຫດຜົນບາງຢ່າງ, ຫຼາຍໆຄົນມີປະສົບການ latency ຕ່ໍາຫຼັງຈາກເອົາມັນອອກ, ໂດຍຮູ້ວ່າທ່ານຈະສູນເສຍຕົວຊ່ວຍສ້າງທີ່ກວດເບິ່ງວ່າ PC ຂອງທ່ານມີສິດສໍາລັບ Windows 11 ແລະສາມາດຂັດຂວາງການປັບປຸງບາງຢ່າງ; ມັນ​ເປັນ ການ​ແລກ​ປ່ຽນ​ສະ​ຕິ​.

ຕິດຕັ້ງ ໄດເວີຊິບເຊັດ ໂດຍກົງຈາກຜູ້ຜະລິດເມນບອດຂອງທ່ານ. Windows ປົກກະຕິແລ້ວເຮັດໃຫ້ພວກເຂົາເຫມາະສົມ, ແຕ່ຊຸດຢ່າງເປັນທາງການປັບ USB, PCIe, ການເກັບຮັກສາ, ແລະເຄື່ອງຈັບເວລາ - ສີ່ເສົາຫຼັກທີ່ມີອິດທິພົນຕໍ່ DPC ຫຼາຍກວ່າທີ່ເຈົ້າຄິດ.

ການເພີ່ມປະສິດທິພາບພິເສດສໍາລັບສຽງໃນເວລາຈິງ (DJs, DAWs, streaming)

ຖ້າທ່ານໃຊ້ຄອມພິວເຕີຂອງທ່ານພຽງແຕ່ສໍາລັບການ DJing ຫຼືການບັນທຶກ, ທ່ານສາມາດໄປຕື່ມອີກ. ໃນ [Task Manager > Services], ໃຫ້ປິດການບໍລິການພິເສດຈາກຜູ້ຜະລິດແລັບທັອບຂອງເຈົ້າ (ເຊັ່ນ: LG), ເພາະວ່າພວກມັນໃຊ້ CPU ແລະສ້າງການໂທເປັນໄລຍະທີ່ຊ່ວຍເພີ່ມປະສິດທິພາບຂອງຄອມພິວເຕີຂອງທ່ານ. ຄິວ DPC.

ຂອບກົດລະບຽບ ຂະບວນການ Lasso (ຟຣີ), ໃນຂະນະທີ່ຊອບແວ DJ ຂອງທ່ານເປີດຢູ່ (ເຊັ່ນ: Traktor), ຊອກຫາມັນ ແລະຕັ້ງ: CPU Priority “Above Normal” ແລະ I/O Priority “High”. ນີ້ຊຸກຍູ້ການປຸງແຕ່ງຂອງມັນກ່ອນຂະບວນການທີ່ບໍ່ມີສຽງແລະຫຼຸດຜ່ອນຄວາມກະຕຸກໃນທໍ່. ສຽງໃນເວລາຈິງ.

ສໍາລັບການບໍລິການສຽງຂອງ Windows, ຄົ້ນຫາ "audiosrv" ແລະ "AudioEndpointBuilder" (ທັງສອງຢູ່ໃນ svchost.exe), ແລະກໍານົດຄວາມສໍາຄັນ CPU ຂອງພວກເຂົາເປັນ "ສູງ" ແລະ I/O ບູລິມະສິດເປັນ "ສູງ." ນອກຈາກນັ້ນ, ພາຍໃຕ້ CPU Affinity, ຈໍາກັດການປະຕິບັດຂອງພວກເຂົາເປັນສອງສາມແກນ (ເຊັ່ນ: ປ່ອຍໃຫ້ພຽງແຕ່ສອງອັນສຸດທ້າຍທີ່ເຮັດວຽກ) ເພື່ອເຮັດໃຫ້ຖານຄວາມຫມັ້ນຄົງແລະຫຼຸດຜ່ອນການເຄື່ອນຍ້າຍລະຫວ່າງແກນ, ເຊິ່ງຊ່ວຍ. ຖື buffers ໂດຍບໍ່ມີການສູງສຸດ.

ພາຍໃຕ້ລະບົບ> ການຕັ້ງຄ່າຂັ້ນສູງ> ການປະຕິບັດ, ໃຫ້ກວດເບິ່ງ "ການກໍານົດເວລາຂອງໂປເຊດເຊີ: ການບໍລິການພື້ນຫລັງ." ສໍາລັບສຽງແບບມືອາຊີບ, ທາງເລືອກນີ້ຈັດລໍາດັບຄວາມສໍາຄັນຂອງການບໍລິການລະບົບທີ່ຈັດການກັບ I/O, ປັບປຸງການຈັດສົ່ງ buffer ໄປ ຄົນຂັບ ແລະຈຸດສິ້ນສຸດ.

ຫນ່ວຍຄວາມຈໍາ virtual: ສໍາລັບການຕິດຕັ້ງສຽງທີ່ອຸທິດຕົນທີ່ມີ RAM ພຽງພໍ, ທ່ານສາມາດລອງ "ບໍ່ມີໄຟລ໌ paging" ໃນໄດທັງຫມົດ; ມັນຊ່ວຍຫຼຸດຜ່ອນຄວາມຜິດຂອງຫນ້າໃນແຜ່ນ, ແຕ່ມີຄວາມສ່ຽງຖ້າໂປລແກລມອື່ນກໍາລັງຮ້ອງຂໍຄວາມຈໍາຫຼາຍ. ຖ້າທ່ານບໍ່ແນ່ໃຈ, ໃຫ້ອອກຈາກໄຟລ໌ຫນ້າທີ່ຈັດການໂດຍ ລະບົບປະຕິບັດການ.

PerfMon​: ການ​ວັດ​ແທກ​ລະ​ບົບ bottlenecks ຂັ້ນ​ຕອນ​ທີ​

PerfMon (Performance Monitor) ສາ​ມາດ​ບັນ​ທຶກ Windows metrics ໃນ​ໄລ​ຍະ​ແລະ​ແຕ້ມ​ເສັ້ນ​ສະ​ແດງ​ຜົນ. ເຂົ້າເຖິງມັນດ້ວຍ Windows + R, ພິມ "perfmon" ແລະນັ້ນແມ່ນມັນ. ມັນ​ສາ​ມາດ​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ກວດ​ສອບ​ຖ້າ​ຫາກ​ວ່າ disk​, CPU​, ຫນ່ວຍ​ຄວາມ​ຈໍາ​, ເຄືອ​ຂ່າຍ​, ຫຼື​ຂະ​ບວນ​ການ​ແມ່ນ​ເຖິງ​ຂໍ້​ຈໍາ​ກັດ​ຂອງ​ເຂົາ​ເຈົ້າ​ແລະ​ຢູ່​ເບື້ອງ​ຫຼັງ​ຂອງ​. DPC latency ເກີນມາດຕະຖານ.

Objects ແລະ Counters: ເປັນ “Object” ຈັດກຸ່ມຂໍ້ມູນ (ເຊັ່ນ: PhysicalDisk), “Counter” ວັດແທກບາງຢ່າງທີ່ຊັດເຈນ (ເຊັ່ນ: \PhysicalDisk\% Idle Time), ແລະ “Instances” ຊັບພະຍາກອນແຍກຕ່າງຫາກ (ແຕ່ລະແຜ່ນທາງດ້ານຮ່າງກາຍ ຫຼືແຕ່ລະ CPU Core). ຄວາມແຕກຕ່າງທີ່ ສຳ ຄັນ: PhysicalDisk ສະຫຼຸບຮາດແວ, ແລະ LogicalDisk ວັດແທກການແບ່ງປັນ; ໃນ LogicalDisk, ທ່ານຈະເຫັນຕົວອັກສອນ drive ຫຼືຈຸດເຊື່ອມຕໍ່, ແລະສະເລ່ຍ _Total ສະຫຼຸບໄດ້. ການ​ເຂົ້າ​ເຖິງ​ສໍາ​ລັບ​ທຸກ​ຄົນ​ ແຜ່ນ.

ເພື່ອລົງທະບຽນກັບ ໂລແມນ ຈາກ console (admin), ທ່ານສາມາດສ້າງຊຸດຂໍ້ມູນທົ່ວໄປແລະ SQL. ບັນທຶກໄຟລ໌ໄວ້ໃນ C:\perflogs ຫຼືບ່ອນໃດກໍ່ຕາມທີ່ທ່ານຕ້ອງການ; ຄໍາສັ່ງຕົວຢ່າງເຫຼົ່ານີ້ກວມເອົາແຜ່ນ, ຫນ່ວຍຄວາມຈໍາ, ເຄືອຂ່າຍ, CPU, ຂະບວນການ, ແລະລະບົບທີ່ມີໄລຍະຫ່າງ 5 ວິນາທີແລະຂະຫນາດວົງ:

Logman.exe ສ້າງຕົວນັບ Avamar -o "c:\\perflogs\\Emc-avamar.blg" -f bincirc -v mmddhhmm -max 250 -c "\\LogicalDisk(*)\\*" "\\Memory\\*" "\\Network Interface(*)\\*" "\\Paging File(*)\\*"*" "\\Processor(*)\\*" "\\Process(*)\\*" "\\Redirector\\*" "\\Server\\*" "\\System\\*" -yes 00:00:05 Logman.exe ເລີ່ມ Avamar Logman.exe ຢຸດ Avamar

ສໍາລັບ SQL ເລີ່ມຕົ້ນ: ເພີ່ມເຄົາເຕີ ສະເພາະກັບ SQL Server ແລະປັບຊື່ຕົວຢ່າງຖ້າມັນບໍ່ແມ່ນຄ່າເລີ່ມຕົ້ນ:

Logman ສ້າງ counter Avamar_SQL_perf_log -f bin -c "\\Network Interface(*)\\*" "\\Redirector\\*" "\\Paging File(*)\\*" "\\Memory\\*" "\\PhysicalDisk(*)\\*" "\\LogicalDisk(*)\\*" "\\Server\\*" "\\*\\\\" "\\Processor(*)\\*" "\\SQLServer:Databases(*)\\*" "\\SQLServer:Buffer Manager\\*" "\\SQLServer:Memory Manager\\*" "\\SQLServer:SQL Statistics\\*" -yes 00:00:05 -max 800 -cnf 0 -o C:\\SQL_Performance_Logs\\AvamarSQL_perf_log.blg

ຕົວນັບຕົ້ນຕໍແລະຂອບເຂດທີ່ເປັນປະໂຫຍດສໍາລັບການວິນິດໄສ DPC ຜ່ານຊັບພະຍາກອນລະບົບ, ກັບ ຂໍ້ຈໍາກັດຂອງຕົວຊີ້ວັດ:

• ຫນ່ວຍຄວາມຈໍາ: % Committed Bytes ໃນ​ການ​ນໍາ​ໃຊ້​> 80% sustained ຊີ້​ບອກ​ເຖິງ pagefile ຂະ​ຫນາດ​ນ້ອຍ​; ມີ Bytes ຕ່ໍາກວ່າ 5% ຂອງ RAM ທີ່ຕິດຕັ້ງແມ່ນຫນ້າເປັນຫ່ວງ (ແລະ <1% ແມ່ນບັນຫາທີ່ແນ່ນອນ); Committed Bytes ບໍ່ຄວນແຕກຕ່າງກັນຫຼາຍ (ຖ້າມັນເຕີບໂຕ, pagefile ຂະຫຍາຍ); Pool Nonpaged Bytes > 80% ຍືນຍົງສາມາດນໍາໄປສູ່ເຫດການ 2019; Pool Paged Bytes > 70% ຂອງສູງສຸດສາມາດນໍາໄປສູ່ເຫດການ 2020.
• Processor: ສູງ % Interrupt Time ສະແດງໃຫ້ເຫັນຫຼາຍກິດຈະກໍາຂອງຮາດແວ; % DPC ເວລາຂ້າງເທິງ 25% ຍືນຍົງແມ່ນສືບສວນ; % ເວລາສິດທິພິເສດທີ່ເໝາະສົມ <30% ໃນເຊີບເວີເວັບ/ແອັບ; % ເວລາປະມວນຜົນ > 90% (1 CPU) ຫຼື > 80% (ຫຼາຍ) ຈຸດທີ່ຍືນຍົງຕໍ່ກັບຄວາມອີ່ມຕົວ ແລະ ຄວາມດັນທີ່ເປັນໄປໄດ້ ເວລາ latency ຂອງແຖວ.
• ສີ​ແດງ: Packets ທີ່​ໄດ້​ຮັບ​ການ​ຍົກ​ເລີກ​> 1 ແລະ Packets ທີ່​ໄດ້​ຮັບ​ຄວາມ​ຜິດ​ພາດ​> 2 ແນະ​ນໍາ​ບັນ​ຫາ​ຮາດ​ແວ​ຫຼື​ເຄືອ​ຂ່າຍ buffer​; ກວດເບິ່ງໄດເວີ, ສາຍໄຟແລະ ການຕັ້ງຄ່າ NIC.
• ແຜ່ນ: % Idle Time ວັດແທກຄວາມເຄື່ອນໄຫວຂອງດິສກ໌ຕົວຈິງ (ສູງກວ່າແມ່ນດີກວ່າ). ສະເລ່ຍ ຄວາມຍາວຂອງຄິວດິສໜ້ອຍກວ່າສອງເທົ່າຂອງຈຳນວນ spindles ປົກກະຕິແລ້ວເປັນສັນຍານທີ່ດີ. ເວລາຕອບສະໜອງ: ສະເລ່ຍ. Disk sec/Read (ດີເລີດ < 8 ms; ດີ < 12 ms; ຍອມຮັບ < 20 ms; bad > 20 ms) ແລະສະເລ່ຍ. Disk sec/Write (ດີເລີດ < 1 ms; ດີ < 2 ms; ຍອມຮັບໄດ້ < 4 ms; bad > 4 ms). Ideal Split I/Os ໃກ້ກັບສູນ (fragmentation/stripe-size); LogicalDisk % ພື້ນທີ່ຫວ່າງ > 15% (ແນະນຳ > 25%) ເພື່ອຫຼີກເວັ້ນ ການເຊື່ອມໂຊມຍ້ອນການຕື່ມ.
• ຂະບວນ: Handle Count (ຮົ່ວ), Virtual Bytes (ຈອງ), ຊຸດເຮັດວຽກ (ຜູ້ຢູ່ອາໄສ). ມູນຄ່າການຂະຫຍາຍຕົວທີ່ບໍ່ສາມາດຄວບຄຸມໄດ້ມາພ້ອມກັບ DPC ເພີ່ມຂຶ້ນຖ້າຂະບວນການສ້າງການຂັດຂວາງຫຼືການຂັດຂວາງຫຼາຍ. I/O ເລື້ອຍໆ.

ເຄົາເຕີທີ່ເປັນປະໂຫຍດອື່ນໆ: System\File Control Operations/sec ແລະ System\File Data Operations/sec ເພື່ອເບິ່ງການເຄື່ອນໄຫວໄຟລ໌ໂດຍລວມ, System\Processor Length Queue ສໍາລັບ CPU queue, Processor\Interrupts/sec ແລະ Processor\DPCs ຄິວ/ວິນາທີ ເພື່ອປະເມີນການລົບກວນແລະການໂຫຼດ DPC ໃນຄອມພິວເຕີ. ເວລາຈິງ.

ການຕັ້ງຄ່າ BIOS, ອຸປະກອນ, ແລະຄໍາເຕືອນ

ໃນ BIOS/UEFI, ປິດການໃຊ້ງານອຸປະກອນທີ່ທ່ານບໍ່ໃຊ້ (Drive A, ພອດ serial, ພອດຂະໜານ, ສຽງທີ່ປະສົມປະສານຖ້າທ່ານໃຊ້ອິນເຕີເຟດພາຍນອກ), ແລະເຕັກໂນໂລຢີຂັ້ນຕອນເຊັ່ນ: Intel SpeedStepAMD K8 Cool & Quiet, Intel Virtualization Technology, ຫຼື CPU C1E ຖ້າທ່ານບໍ່ຕ້ອງການພວກມັນ. ຂໍ້ຄວນລະວັງ: ໃນຄອມພິວເຕີໂນດບຸກ ແລະຄອມພິວເຕີທີ່ virtualize, ນີ້ສາມາດເປັນການຕ້ານທານ; ການປ່ຽນແປງເອກະສານແລະທົດສອບໃຫ້ເຂົາເຈົ້າສ່ວນບຸກຄົນ.

ໃນຕົວຈັດການອຸປະກອນ, ທ່ານສາມາດປິດການໃຊ້ງານຮາດແວທີ່ບໍ່ຈໍາເປັນ (ແຜ່ນສຽງຊໍ້າກັນ, ເຄື່ອງຮັບສັນຍານໂທລະພາບ, ໂມເດັມພາຍໃນ, ຕົວອ່ານກາດ, ຫຼືອະແດບເຕີອີເທີເນັດທີ່ຊໍ້າຊ້ອນ), ໂດຍບໍ່ມີການສໍາຜັດກັບແຜ່ນ, ຕົວຄວບຄຸມ IDE/ATAPI/SATA, ເມົາສ໌, ແປ້ນພິມ ຫຼື GPU ຫຼັກ. ຜູ້​ໃຊ້​ຄົນ​ໜຶ່ງ​ໄດ້​ແກ້​ໄຂ​ຄວາມ​ເລັ່ງ​ຂອງ DPC ສູງ​ໂດຍ​ການ​ປິດ​ການ​ໃຊ້​ງານ Microsoft ຕົວຄວບຄຸມສຽງຄວາມລະອຽດສູງ ເຊິ່ງແບ່ງປັນ IRQ ກັບ NVIDIA GPU, ຮັກສາສຽງກັບໄດເວີ Realtek ແລະດັ່ງນັ້ນຈຶ່ງກໍາຈັດຄວາມຂັດແຍ້ງ.

ສໍາລັບ NVIDIA, ຖ້າການຄລິກຫາຍໄປເມື່ອທ່ານຊຸກຍູ້ການປະຕິບັດສູງສຸດແລະເປີດແອັບຯ 3D, ທ່ານມີຂໍ້ຄຶດຢູ່ແລ້ວ: ການຄຸ້ມຄອງພະລັງງານແມ່ນຜູ້ກະທໍາຜິດ. ທ່ານສາມາດຍຶດຕິດກັບການຕັ້ງຄ່າທີ່ຫມັ້ນຄົງນັ້ນ, ປັບລະອຽດຕື່ມອີກດ້ວຍໄດເວີທີ່ສະອາດແລະໂຫມດ MSI, ຫຼື, ຖ້າບໍ່ມີຫຍັງເຮັດວຽກ, ພິຈາລະນາ GPU ໂດຍບໍ່ມີນະໂຍບາຍການປະຫຍັດພະລັງງານທີ່ຮຸກຮານທີ່ເຮັດໃຫ້ເກີດ oscillations ລັດ.

ຫຼັງຈາກແລ່ນຜ່ານເຄື່ອງມື, ການກະທຳຜິດທົ່ວໄປ, ແລະການປັບລະອຽດ, ມັນເປັນທີ່ຊັດເຈນວ່າການວັດແທກຄວາມແຝງຂອງ DPC ໃນ Windows ດ້ວຍ LatencyMon/PerfMon ແລະການແກ້ໄຂພະລັງງານ, ໄດເວີ, ແລະອຸປະກອນຕ່າງໆຢ່າງມີເຫດຜົນເຮັດໃຫ້ຄວາມແຕກຕ່າງທັງໝົດ: ບ່ອນທີ່ທ່ານເຄີຍເຫັນຄວາມໜາແໜ້ນຂອງ 1.000–2.500 µs (ຫຼືແມ້ແຕ່ 20µs, ສີຂຽວ 1,000 µs) ສຽງ, ແລະວິດີໂອກ້ຽງ. ໂບນັດທີ່ເພີ່ມແມ່ນວ່າທ່ານຮູ້ແທ້ໆວ່າທ່ານປັບແຕ່ງຫຍັງແລະເປັນຫຍັງມັນຈຶ່ງເຮັດວຽກ, ຊຶ່ງເປັນວິທີທີ່ແນ່ນອນທີ່ສຸດ ຮັກສາ DPC latency ພາຍໃຕ້ການຄວບຄຸມ ໄລຍະຍາວ