- ກໍານົດຜູ້ຂັບຂີ່ທີ່ກ່ຽວຂ້ອງ (nvlddmkm.sys, igdkmd64.sys, atikmdag.sys) ແລະກວດເບິ່ງເຫດການ TDR.
- ບູລິມະສິດການຕິດຕັ້ງໄດເວີທີ່ສະອາດ ແລະລອງໃຊ້ Studio/stable version ຖ້າທ່ານໃຊ້ແອັບມືອາຊີບ.
- ຄວບຄຸມຄວາມຮ້ອນແລະພະລັງງານ; ປ້ອງກັນການປ່ຽນ iGPU/dGPU ພາຍໃຕ້ການໂຫຼດທີ່ຕ້ອງການ.
- ໃຊ້ SFC/Startup Repair ແລະ, ພຽງແຕ່ຖ້າເຫມາະສົມ, ປັບ TdrDelay ຢ່າງລະມັດລະວັງ.
ໃນເວລາທີ່ຄອມພິວເຕີຂອງທ່ານ crash ໃນກາງຂອງວຽກງານແລະຫນ້າຈໍສີຟ້າ dreaded ປະກົດຂຶ້ນກັບ VIDEO_TDR_FAILURE, ມັນເປັນເລື່ອງປົກກະຕິທີ່ຈະຄິດວ່າທຸກສິ່ງທຸກຢ່າງໄດ້ແຕກຫັກຢ່າງກະທັນຫັນ; ໃນຄວາມເປັນຈິງ, ລະບົບໄດ້ພະຍາຍາມຟື້ນຕົວ GPU ຫຼັງຈາກອຸປະຕິເຫດແລະລົ້ມເຫລວ. ລະຫັດຢຸດນີ້ ມັນເຊື່ອມຕໍ່ຢ່າງໃກ້ຊິດກັບໄດເວີກຣາຟິກແລະກົນໄກການຫມົດເວລາ, ການກວດຫາ, ແລະການຟື້ນຕົວ (TDR)., ດັ່ງນັ້ນຄວາມເຂົ້າໃຈວິທີການເຮັດວຽກແມ່ນເຄິ່ງຫນຶ່ງຂອງການແກ້ໄຂ.
ໃນສາຍຕໍ່ໄປນີ້ທ່ານຈະພົບເຫັນຄູ່ມືທີ່ສົມບູນແບບທີ່ປະສົມປະສານຄໍາອະທິບາຍດ້ານວິຊາການຢ່າງເປັນທາງການກັບຂັ້ນຕອນພາກສະຫນາມແລະ tricks ທີ່ເຮັດວຽກຢູ່ໃນສະຖານະການທີ່ແທ້ຈິງ. ເປົ້າຫມາຍແມ່ນສໍາລັບທ່ານທີ່ຈະສາມາດ ການວິນິດໄສ, ແກ້ໄຂ, ແລະປ້ອງກັນຄວາມຜິດພາດນີ້ ບໍ່ວ່າທ່ານຈະເປັນຜູ້ໃຊ້ WinDbg ຂັ້ນສູງ ຫຼືມັກຂັ້ນຕອນງ່າຍໆຈາກ Windows.
VIDEO_TDR_FAILURE (0x00000116) ແມ່ນຫຍັງ ແລະເປັນຫຍັງມັນຈຶ່ງປາກົດ?
ຄວາມຜິດພາດ VIDEO_TDR_FAILURE ກົງກັບ bugcheck 0x00000116 ແລະຊີ້ບອກວ່າ Windows ພະຍາຍາມຣີເຊັດໄດເວີວີດີໂອ ແລະ GPU ຫຼັງຈາກໝົດເວລາ ແລະ ບໍ່ສຳເລັດ. ລະບົບຍ່ອຍກາຟິກຂອງ Windows ກວດສອບ GPU ດ້ວຍ TDR: ຖ້າ GPU ຄ້າງແລະບໍ່ຕອບສະໜອງ, ມັນພະຍາຍາມຣີສະຕາດໄດເວີເພື່ອກູ້ desktop.
ກົນໄກ TDR ນີ້ມີເຄື່ອງຈັບເວລາເລີ່ມຕົ້ນປະມານ 2 ວິນາທີ: ຖ້າວຽກງານກຣາຟິກບໍ່ສຳເລັດຕາມເວລາ ຫຼື ການຣີສະຕາດໄດເວີບໍ່ສຳເລັດ, ການກວດສອບຂໍ້ຜິດພາດຈະເກີດຂຶ້ນ.
ເມື່ອຂະບວນການຟື້ນຕົວສົບຜົນສໍາເລັດ, ທ່ານຈະເຫັນຂໍ້ຄວາມ "ໄດເວີຈໍສະແດງຜົນຢຸດເຊົາການຕອບສະຫນອງແລະໄດ້ຟື້ນຕົວ." ເມື່ອມັນລົ້ມເຫລວໃນການຟື້ນຕົວ, ລະບົບຈະຢຸດການປະຕິບັດແລະສະແດງຫນ້າຈໍສີຟ້າດ້ວຍ VIDEO_TDR_FAILURE.
ຕົວກໍານົດການ Bugcheck ແລະວິທີການຕີຄວາມຫມາຍໃຫ້ເຂົາເຈົ້າ
ນອກເໜືອໄປຈາກລະຫັດ 0x116, ໜ້າຈໍສີຟ້າ ແລະບ່ອນຖິ້ມຄວາມຈຳລວມມີສີ່ພາຣາມິເຕີທີ່ຊ່ວຍແກ້ບັນຫາແຫຼ່ງທີ່ມາທີ່ແນ່ນອນຂອງຂໍ້ຜິດພາດ VIDEO_TDR_FAILURE. ການຮູ້ວ່າແຕ່ລະພາລາມິເຕີຫມາຍຄວາມວ່າແນວໃດນໍາພາການວິນິດໄສແລະເລັ່ງການແກ້ໄຂ.:
| ພາລາມິເຕີ | ຄໍາອະທິບາຍ |
|---|---|
| 1 | ຊີ້ໄປທີ່ບໍລິບົດການຟື້ນຕົວ TDR ພາຍໃນ (TDR_RECOVERY_CONTEXT), ເມື່ອປະຈຸບັນ. |
| 2 | ທີ່ຢູ່ພາຍໃນໂມດູນໄດເວີທີ່ຮັບຜິດຊອບ (ໃຊ້ເພື່ອກໍານົດຕົວຂັບຂີ່ທີ່ກ່ຽວຂ້ອງ). |
| 3 | ລະຫັດ NTSTATUS ຂອງການປະຕິບັດທີ່ລົ້ມເຫລວຫຼ້າສຸດ, ຖ້າມີ. |
| 4 | ຂໍ້ມູນພາຍໃນທີ່ຂຶ້ນກັບບໍລິບົດ, ມີຢູ່ໃນບາງສະຖານະການ. |
ໃນການຕິດຕາມຕົວຈິງ, ໄຟລ໌ .sys ຂອງໄດເວີກຣາບຟິກມັກຈະມີສ່ວນຮ່ວມ: ຕົວຢ່າງ, nvlddmkm.sys (NVIDIA), igdkmd64.sys (Intel) ຫຼື atikmdag.sys/atikmpag.sys (AMD/ATI). ຂໍ້ຄຶດນັ້ນແມ່ນສໍາຄັນ: ມັນຊີ້ໃຫ້ເຫັນເຖິງຜູ້ໃຫ້ບໍລິການແລະເສັ້ນທາງຂອງຜູ້ຂັບຂີ່ທີ່ເຮັດໃຫ້ເກີດອຸປະຕິເຫດ..
ເປັນຫຍັງມັນເກີດຂຶ້ນ: ສາເຫດທົ່ວໄປໃນໂລກທີ່ແທ້ຈິງ
ຮູບແບບທີ່ພົບເລື້ອຍທີ່ສຸດແມ່ນວ່າ GPU ຍັງຄົງຫຍຸ້ງຢູ່ເປັນເວລາດົນເກີນໄປພາຍໃຕ້ການໂຫຼດຫນັກ (ການຫຼິ້ນເກມ, CAD, ການຖອດລະຫັດຫຼືການສະແດງຜົນ) ແລະບໍ່ຕອບສະຫນອງຢ່າງທັນເວລາ. ຈາກນັ້ນ, ຕົວກະຕຸ້ນທົ່ວໄປທີ່ສຸດແມ່ນ:
- ຄົນຂັບທີ່ລ້າສະໄຫມຫຼືຜິດພາດ:
- ການຂັດແຍ້ງລະຫວ່າງ GPU ປະສົມປະສານແລະອຸທິດຕົນ.
- ຄວາມຮ້ອນສູງເກີນໄປ
ນອກເໜືອໄປຈາກຊອບແວ, ຮາດແວຍັງນັບເມື່ອເກີດຄວາມຜິດພາດ VIDEO_TDR_FAILURE: ໂມດູນໜ່ວຍຄວາມຈຳທີ່ຕັ້ງເວລາຢ່າງແຮງ, ເມນບອດໂອເວີຄລ໋ອກ, ການສະໜອງພະລັງງານ/ພະລັງງານບໍ່ພຽງພໍ, VRAM/GPU ທີ່ຊຸດໂຊມ, ຫຼືຄວາມເຢັນບໍ່ດີໃນຄອມພິວເຕີໂນດບຸກຂະໜາດນ້ອຍ. ຖ້າອຸປະກອນເຮັດວຽກຕໍ່າຫຼາຍກ່ຽວກັບອຸນຫະພູມຫຼືພະລັງງານ, TDR ເພີ່ມຂຶ້ນໄວແລະເລື້ອຍໆ..
ຍັງມີປັດໃຈສິ່ງແວດລ້ອມ: ຂະບວນການພື້ນຖານຫຼາຍເກີນໄປທີ່ແຂ່ງຂັນສໍາລັບຊັບພະຍາກອນ, ການອັບເດດຫຼ້າສຸດທີ່ຕິດຕັ້ງບໍ່ຖືກຕ້ອງ ຫຼືຊຸດກາຟິກ (DirectX, OpenGL, Vulkan) ເກົ່າແລ້ວ. ລະບົບທີ່ມີການໂຫຼດພື້ນຫຼັງສູງ ແລະອົງປະກອບກຣາບຟິກບໍ່ຖືກຕ້ອງແມ່ນຜູ້ສະໝັກທີ່ສົມບູນແບບສຳລັບ bugcheck ນີ້.

ການວິນິດໄສດ້ວຍ WinDbg ແລະບັນທຶກ: ວິທີການກໍານົດຜູ້ກະທໍາຜິດ
ຖ້າຫາກທ່ານຈັດການ dumps ຄວາມຊົງຈໍາ (minidumps), windbg ຈະຊ່ວຍໃຫ້ທ່ານສາມາດຢືນຢັນຜູ້ຂັບຂີ່ທີ່ຮັບຜິດຊອບແລະສາເຫດທັນທີທັນໃດຂອງຄວາມຜິດພາດ VIDEO_TDR_FAILURE. ຄໍາສັ່ງ header ແມ່ນ !analyze -v, ເຊິ່ງສ້າງບົດສະຫຼຸບ bugcheck, ໂມດູນທີ່ກ່ຽວຂ້ອງແລະ NTSTATUS ຫລ້າສຸດ.
kd> !analyze -v
VIDEO_TDR_FAILURE (116)
Attempt to reset the display driver and recover from timeout failed.
Arguments:
Arg1: <puntero TDR_RECOVERY_CONTEXT>
Arg2: <dirección en el módulo responsable>
Arg3: <código NTSTATUS último>
Arg4: <datos de contexto>
ເລີ່ມຕົ້ນດ້ວຍພາລາມິເຕີ 2, ທ່ານສາມາດລາຍຊື່ໂມດູນດ້ວຍ lmvm ແລະກວດເບິ່ງເວລາ, ເສັ້ນທາງ, ແລະຂະຫນາດ. ຖ້າ nvlddmkm.sys ຫຼືທຽບເທົ່າປາກົດ, ທ່ານມີຜູ້ຕ້ອງສົງໄສຕົ້ນຕໍຂອງທ່ານແລ້ວ..
kd> lmvm nvlddmkm
start end module name
... nvlddmkm.sys
Image path: \SystemRoot\system32\DRIVERS\nvlddmkm.sys
Timestamp: <fecha>
ດ້ວຍພາຣາມິເຕີ 1, ເມື່ອມີຢູ່, ມັນເປັນໄປໄດ້ທີ່ຈະກວດເບິ່ງ TDR_RECOVERY_CONTEXT ແລະເບິ່ງເຫດຜົນຂອງການໝົດເວລາທີ່ສົ່ງເສີມໃຫ້ອະແດັບເຕີຣີສະຕາດ. ນີ້ຊ່ວຍແຍກຄວາມແຕກຕ່າງຂອງທໍ່ທີ່ງ່າຍດາຍທີ່ຫ້ອຍຈາກຄວາມລົ້ມເຫລວໃນການຕັ້ງຄືນໃຫມ່..
kd> dt dxgkrnl!_TDR_RECOVERY_CONTEXT <puntero>
+0x010 TimeoutReason : TdrEngineTimeoutPromotedToAdapterReset
...
ສຸດທ້າຍ, stack trace ກັບ k/kb/kp ສະແດງໃຫ້ເຫັນເສັ້ນທາງລະຫັດທີ່ສິ້ນສຸດໃນ KeBugCheckEx, ດ້ວຍຟັງຊັນ dxgkrnl ແລະ dxgmms1 ປົກກະຕິຂອງການໄຫຼ TDR. stack "ສະອາດ" ຕໍ່ TdrResetFromTimeout ຢືນຢັນວ່າມັນເປັນ TDR ທີ່ແທ້ຈິງ, ບໍ່ແມ່ນບັນຫາ kernel ທົ່ວໄປ..
kd> k
# Child-SP RetAddr Call Site
00 ... nt!KeBugCheckEx
01 ... dxgkrnl!TdrBugcheckOnTimeout
02 ... dxgkrnl!ADAPTER_RENDER::Reset
03 ... dxgkrnl!DXGADAPTER::Reset
04 ... dxgkrnl!TdrResetFromTimeout
05 ... dxgmms1!VidSchiRecoverFromTDR
...
ຂັ້ນຕອນການແກ້ໄຂ: ຈາກພື້ນຖານໄປສູ່ຂັ້ນສູງ
ກ່ອນທີ່ຈະເປີດຕົວແກ້ໄຂການລົງທະບຽນຫຼືດໍາເນີນການ debuggers, ສຸມໃສ່ການວັດແທກທີ່ມີອັດຕາສ່ວນຄວາມພະຍາຍາມ / ຜົນກະທົບທີ່ດີທີ່ສຸດ. ເລີ່ມຕົ້ນດ້ວຍໄດເວີ, ຈາກນັ້ນກ້າວໄປສູ່ການທໍາຄວາມສະອາດ / ການຕິດຕັ້ງໃຫມ່, ແລະຖ້າເປັນແນວນັ້ນ, ແກ້ໄຂການປັບຕົວແບບພິເສດແລະການຢັ້ງຢືນຮາດແວ..
1) ປັບປຸງໄດເວີກຣາຟິກ ແລະຊິບເຊັດໃຫ້ຖືກຕ້ອງ
ໄດເວີກຣາບຟິກທີ່ລ້າສະໄໝ ຫຼື ບັກເປັນສາເຫດທົ່ວໄປທີ່ສຸດຂອງ TDRs. ໄປທີ່ Device Manager, ຂະຫຍາຍ Display Adapters, ຄລິກຂວາໃສ່ GPU ຂອງທ່ານແລະເລືອກ "Update Driver." ດີກວ່າ: ດາວໂຫລດເວີຊັນທີ່ແນະນໍາສໍາລັບຕົວແບບຂອງເຈົ້າຈາກເວັບໄຊທ໌ທາງການຂອງ NVIDIA/Intel/AMD..
ຖ້າທ່ານໃຊ້ NVIDIA ກັບຊອບແວມືອາຊີບ (CAD, ການແກ້ໄຂ, 3D), ລອງໃຊ້ໄດເວີ Studio ແທນໄດເວີຂອງ Game Ready. ໃນໂນດບຸກທີ່ມີ Intel iGPU + NVIDIA dGPU, ຕິດຕັ້ງແພັກເກັດ Intel ແລະຊິບເຊັດຫລ້າສຸດຈາກຜູ້ຜະລິດຄອມພິວເຕີ..
2) ການຕິດຕັ້ງໃຫມ່ຄົນຂັບທີ່ສະອາດ (DDU)
ເມື່ອການອັບເດດ "over-the-counter" ບໍ່ພຽງພໍ, ມັນເປັນຄວາມຄິດທີ່ດີທີ່ຈະເຮັດຄວາມສະອາດສິ່ງທີ່ເຫຼືອຂອງໄດເວີທີ່ຜ່ານມາ. ເຄື່ອງມື Display Driver Uninstaller (DDU) ເອົາອົງປະກອບໄດເວີ, ບໍລິການ, ແລະລາຍການລົງທະບຽນ. ມັນແນະນໍາໃຫ້ແລ່ນມັນຢູ່ໃນ Safe Mode ແລະຫຼັງຈາກນັ້ນຕິດຕັ້ງໄດເວີທີ່ດາວໂຫລດໃຫມ່..
ລໍາດັບທົ່ວໄປ: ໂຫມດປອດໄພ, DDU "ເຮັດຄວາມສະອາດແລະເລີ່ມຕົ້ນໃຫມ່", ເລີ່ມ Windows ປົກກະຕິແລະຫຼັງຈາກນັ້ນຕິດຕັ້ງໄດເວີທີ່ດາວໂຫລດຈາກເວັບໄຊທ໌ຂອງຜູ້ຜະລິດ. ຂະບວນການນີ້ຫຼີກເວັ້ນຄວາມຂັດແຍ້ງຂອງສະບັບແລະໄຟລ໌ທີ່ເສຍຫາຍທີ່ຕົວຕິດຕັ້ງມາດຕະຖານບໍ່ໄດ້ແກ້ໄຂສະເຫມີ..
3) ລອງໃຊ້ເວີຊັນທີ່ໝັ້ນຄົງກ່ອນໜ້ານີ້
ບາງຄັ້ງ, ສະບັບຫລ້າສຸດແນະນໍາການຖົດຖອຍ. ໃນກໍລະນີນັ້ນ, ໃຫ້ນໍາໃຊ້ "Previous Driver" (ຖ້າຫາກວ່າມີ) ຫຼືຄູ່ມືການຕິດຕັ້ງສະບັບທີ່ຫມັ້ນຄົງທີ່ຜ່ານມາ. ດ້ວຍ NVIDIA GPUs, ບັນຫາ TDR ຫຼາຍຢ່າງໃນ CAD ຈະຫາຍໄປເມື່ອກັບຄືນໄປຫາໄດເວີ Studio ກ່ອນ..
ສໍາລັບການຕິດຕັ້ງດ້ວຍຕົນເອງ, ໃຫ້ໃຊ້ "ເບິ່ງຄອມພິວເຕີຂອງຂ້ອຍສໍາລັບຊອບແວໄດເວີ" ແລະ "ໃຫ້ຂ້ອຍເລືອກຈາກບັນຊີລາຍຊື່ຂອງໄດເວີທີ່ມີຢູ່", ເລືອກເອົາການສ້າງທີ່ຜ່ານມາສໍາລັບ GPU ຂອງທ່ານ. ຣີບູດໃໝ່ເມື່ອສຳເລັດແລ້ວເພື່ອກວດສອບການປ່ຽນແປງ.
4) ການສ້ອມແປງໄຟລ໌ລະບົບດ້ວຍ SFC
ຖ້າບັນຫາເກີດຂຶ້ນຫຼັງຈາກການປັບປຸງຫຼືການຕິດຕັ້ງລົ້ມເຫລວ, ດໍາເນີນການ System File Checker. ເປີດ CMD ເປັນຜູ້ເບິ່ງແຍງລະບົບແລະດໍາເນີນການ sfc / scannow. Windows ຈະກວດສອບ binaries ທີ່ມີການປ້ອງກັນແລະປ່ຽນແທນທີ່ເສຍຫາຍໂດຍອັດຕະໂນມັດ..
sfc /scannow
ເມື່ອສຳເລັດແລ້ວ, ຣີບູດໃໝ່ ແລະລອງໂຫຼດກຣາບຟິກປົກກະຕິຂອງເຈົ້າອີກຄັ້ງເພື່ອເບິ່ງວ່າ TDR ຫາຍໄປຫຼືບໍ່. ຖ້າ SFC ສ້ອມແປງໄຟລ໌, ມັນເປັນສັນຍານທີ່ດີວ່າມີການສໍ້ລາດບັງຫຼວງຂອງລະບົບທີ່ມີອິດທິພົນຕໍ່ stack ກຣາຟິກ..
5) ການສ້ອມແປງ Windows Startup
ຖ້າ TDR ປະກົດຂຶ້ນຊ້ຳໆຫຼັງຈາກເຂົ້າສູ່ລະບົບ ຫຼື ເມື່ອເປີດແອັບຯດຽວກັນ, ດໍາເນີນການ Startup Repair ໂດຍການໄປທີ່ Settings > Update & security > Recovery > Advanced startup > Troubleshoot > Advanced options > Startup Repair. Windows ຈະພະຍາຍາມແກ້ໄຂບໍລິການ ແລະອົງປະກອບເລີ່ມຕົ້ນທີ່ໂຫຼດບໍ່ຖືກຕ້ອງ..
ຫຼັງຈາກການສ້ອມແປງ, ທົດສອບອຸປະກອນທີ່ມີຮູບແບບການນໍາໃຊ້ດຽວກັນທີ່ເຮັດໃຫ້ເກີດຄວາມລົ້ມເຫລວ. ຖ້າມັນຢຸດຫຼິ້ນ, ມັນແມ່ນບັນຫາການບູດບາງສ່ວນ ຫຼືການຂຶ້ນກັບຄວາມເສຍຫາຍ.
6) ໂຫມດປອດໄພແລະການຕິດຕັ້ງໄດເວີໃຫມ່
Safe Mode ໂຫຼດໄດເວີໜ້ອຍທີ່ສຸດ ແລະອະນຸຍາດໃຫ້ຖອນການຕິດຕັ້ງ/ຕິດຕັ້ງໃໝ່ໄດ້ໂດຍບໍ່ຕິດຂັດ. ເລືອກ "Safe Boot" ໃນ msconfig ຫຼືເຂົ້າເຖິງມັນຈາກ Advanced Startup, ແລະເມື່ອມີ, ຖອນການຕິດຕັ້ງອະແດບເຕີໃນ Device Manager. ຫຼັງຈາກນັ້ນ, ຕິດຕັ້ງໄດເວີສົດທີ່ດາວໂຫລດມາຈາກຜູ້ຜະລິດ.
ໃນຄອມພິວເຕີທີ່ມີສອງ GPUs, ຖອນການຕິດຕັ້ງແລະຕິດຕັ້ງໃຫມ່ແຍກຕ່າງຫາກ: ທໍາອິດປະສົມປະສານ (Intel), ຫຼັງຈາກນັ້ນອຸທິດຕົນ (NVIDIA / AMD). ນີ້ປ້ອງກັນບໍ່ໃຫ້ Windows ສັກຢາໃຫມ່ທີ່ບໍ່ເຫມາະສົມຢູ່ໃນລະຫວ່າງ..
7) ການສ້ອມແປງໄຟລ໌ driver ສະເພາະ (AMD / NVIDIA)
ໃນ AMD/ATI GPUs, ມີກໍລະນີທີ່ການຟື້ນຟູ atikmdag.sys ຫຼື atikmpag.sys ແກ້ໄຂບັນຫາ. ປ່ຽນຊື່ໄຟລ໌ C:\Windows\System32\drivers ໂດຍການເພີ່ມ .old ແລະຂະຫຍາຍມັນຈາກຊຸດຜູ້ຜະລິດ. ຄໍາສັ່ງຂະຫຍາຍຈະສ້າງໄຟລ໌ .sys ໃໝ່ ທີ່ທ່ານຄັດລອກໃສ່ໂຟນເດີໄດເວີ..
expand.exe atikmdag.sy_ atikmdag.sys
expand -r atikmdag.sy_ atikmdag.sys
ສໍາລັບ NVIDIA, ແນວຄວາມຄິດແມ່ນຄ້າຍຄືກັນກັບ nvlddmkm.sys: ຫຼັງຈາກຖອນການຕິດຕັ້ງ, ປ່ຽນຊື່ nvlddmkm.sys ເປັນ .old, ຂະຫຍາຍ NVLDDMKM.Sy_ ແລະຄັດລອກ .sys ທີ່ສ້າງຂຶ້ນໄປໃສ່ System32\DRIVERS. ການທົດແທນນີ້ເອົາໄຟລ໌ທີ່ເສຍຫາຍທີ່ຢູ່ລອດການຕິດຕັ້ງຫນ້າດິນ.
Expand.exe NVLDDMKM.Sy_ NVLDDMKM.Sys
8) ປິດໃຊ້ງານ Intel iGPU ຊົ່ວຄາວຖ້າມີຂໍ້ຂັດແຍ່ງ
ຖ້າຫາກວ່າທ່ານກໍາລັງໃຊ້ GPU ທີ່ອຸທິດຕົນເປັນຕົ້ນຕໍຂອງທ່ານ (e.g., NVIDIA), ປິດການທໍາງານ Intel HD/UHD ໃນຕົວຈັດການອຸປະກອນເພື່ອປົກປັກຮັກສາການສະຫຼັບທີ່ເປັນບັນຫາ. ໃນບາງແລັບທັອບ, ການສະຫຼັບອັດຕະໂນມັດຈະກະຕຸ້ນ TDRs ເມື່ອຍ້າຍແອັບຯລະຫວ່າງ iGPU/dGPU.
ປັບປຸງຫຼາຍກວ່າເກົ່າ: ໃນກະດານຄວບຄຸມ NVIDIA, ມອບຫມາຍ dGPU ສະເພາະໃຫ້ກັບຄໍາຮ້ອງສະຫມັກທີ່ຕ້ອງການ (acad.exe, ເກມ), ແລະປ່ອຍໃຫ້ສ່ວນທີ່ເຫຼືອໂດຍອັດຕະໂນມັດ. ວິທີນີ້ທ່ານຫຼຸດຜ່ອນການປ່ຽນແປງອະແດັບເຕີໃນເວລາເປີດ/ປິດໜ້າຕ່າງ ແລະຫຼີກລ່ຽງການຣີເຊັດບໍລິບົດກາຟິກ..
9) ກວດເບິ່ງຮາດແວແລະຄວາມຮ້ອນ
ກວດເບິ່ງອຸນຫະພູມດ້ວຍເຄື່ອງມືທີ່ເຊື່ອຖືໄດ້: ຖ້າ GPU ເກີນຂອບເຂດແລະ throttles, TDRs ຈະປາກົດ. ເຮັດຄວາມສະອາດຂີ້ຝຸ່ນ, ຕື່ມຄວາມຮ້ອນໃຫມ່ຖ້າຈໍາເປັນ, ແລະຮັບປະກັນການລະບາຍອາກາດທີ່ດີ. ໃນຄອມພິວເຕີໂນດບຸກ, ແຜ່ນເຮັດຄວາມເຢັນສາມາດສ້າງຄວາມແຕກຕ່າງທັງໝົດໃນລະຫວ່າງຊ່ວງເວລາດົນໆ..
ກວດສອບ RAM (Windows Memory Diagnostic Tool) ແລະຄວາມຫມັ້ນຄົງຂອງລະບົບໂດຍບໍ່ມີການ overclocking. ການຕັ້ງຄ່າຄວາມຊົງຈໍາທີ່ຮຸກຮານ ຫຼືການຈຳກັດແຮງດັນເຮັດໃຫ້ເກີດຄວາມບໍ່ສະຖຽນພາຍໃຕ້ການໂຫຼດກາຟິກ. ຄວາມໝັ້ນຄົງຂອງ CPU/RAM/VRM ແມ່ນມີຄວາມສຳຄັນເທົ່າກັບ GPU ຂອງມັນເອງ..
10) ການຕັ້ງຄ່າ TDR ຂັ້ນສູງ (ດ້ວຍຄວາມລະມັດລະວັງ)
ສຳລັບວຽກໜັກທີ່ຕ້ອງໃຊ້ເວລາດົນກວ່ານັ້ນ, ການເພີ່ມ TdrDelay ອາດຈະຊ່ວຍໄດ້. ເສັ້ນທາງ: HKLM\System\CurrentControlSet\Control\GraphicsDrivers. ສ້າງ/ຕັ້ງ 32-bit DWORD TdrDelay ເປັນ 8–10 ແລະປິດເປີດໃໝ່. ນີ້ບໍ່ໄດ້ແກ້ໄຂຄົນຂັບທີ່ບໍ່ດີ, ແຕ່ມັນເຮັດໃຫ້ເສັ້ນທາງຫຼາຍກ່ອນທີ່ຈະປະກາດເວລາຫມົດເວລາ..
ໃຊ້ມັນພຽງແຕ່ຖ້າທ່ານໄດ້ປັບປຸງ / ເຮັດຄວາມສະອາດໄດເວີແລະກວດສອບຄວາມຮ້ອນແລ້ວ; ຖ້າຄົນຂັບເປັນບັນຫາ, ການຂະຫຍາຍເວລາພຽງແຕ່ເລື່ອນ BSOD. ຖ້າຫລັງຈາກທີ່ເພີ່ມຂຶ້ນ TdrDelay ການຂັດຂ້ອງຍັງສືບຕໍ່, ກັບຄືນໄປຫາ 2 ແລະແກ້ໄຂຮາກ.
ກວດສອບໄວກ່ອນທີ່ຈະພິຈາລະນາການແກ້ໄຂບັນຫາ
ເພື່ອໃຫ້ແນ່ໃຈວ່າທ່ານໄດ້ແກ້ໄຂບັນຫາ VIDEO_TDR_FAILURE, ທ່ານຈໍາເປັນຕ້ອງເຮັດການກວດສອບດັ່ງຕໍ່ໄປນີ້:
- ກວດສອບວ່າເຫດການ TDR ທີ່ຊ້ໍາແລ້ວບໍ່ໄດ້ປາກົດຢູ່ໃນ Event Viewer ໃນໄລຍະເວລາທີ່ມີການໂຫຼດເປັນປົກກະຕິຂອງທ່ານ. ຖ້າທ່ານໃຊ້ເວລາ 30-60 ນາທີໂດຍບໍ່ມີ TDR ໃນສະພາບຕົວຈິງ, ການແກ້ໄຂແມ່ນແຂງແຮງ..
- ດຳເນີນການທົດສອບຄວາມກົດດັນປານກາງ (ມາດຕະຖານຮູບພາບຫຼື scene ສະລັບສັບຊ້ອນໃນ app ຂອງທ່ານ) ໂດຍການຕິດຕາມອຸນຫະພູມ. ກາດກຣາຟິກທີ່ໝັ້ນຄົງຈະຮັກສາໂມງແບບຍືນຍົງໄດ້ໂດຍບໍ່ມີການປິດກັ້ນ ຫຼືເຮັດໃຫ້ເກີດຄວາມຜິດພາດ..
- ເຮັດສໍາເນົາຂອງໄດເວີທີ່ຮູ້ຈັກດີ (ແລະສັງເກດສະບັບ) ເພື່ອໃຫ້ທ່ານສາມາດກັບຄືນຢ່າງໄວວາຖ້າການປັບປຸງໃນອະນາຄົດເຮັດໃຫ້ບັນຫາກັບຄືນມາ. ການປ້ອງກັນຈະຊ່ວຍປະຢັດເວລາຫຼາຍຊົ່ວໂມງເມື່ອເຖິງເວລາທີ່ຈະອັບເດດອີກຄັ້ງ..
ເຖິງແມ່ນວ່າຄວາມຜິດພາດ VIDEO_TDR_FAILURE ເປັນເລື່ອງທີ່ຫນ້າຢ້ານ, ມັນສາມາດແກ້ໄຂໄດ້ໂດຍການໃຊ້ຄໍາສັ່ງແລະວິທີການ: ໄດເວີທີ່ຖືກຕ້ອງ, ການຕິດຕັ້ງທີ່ສະອາດ, ຄວາມຮ້ອນພາຍໃຕ້ການຄວບຄຸມແລະ, ຖ້າຈໍາເປັນ, ປັບ TDR ລະອຽດ. ດ້ວຍການປະສົມປະສານນີ້, ວຽກງານສ້າງສັນ, ເກມ, ແລະ CAD ເຮັດວຽກອີກເທື່ອຫນຶ່ງໂດຍບໍ່ມີການຂັດຂ້ອງ..
ບັນນາທິການຊ່ຽວຊານໃນບັນຫາເຕັກໂນໂລຢີແລະອິນເຕີເນັດທີ່ມີປະສົບການຫຼາຍກວ່າສິບປີໃນສື່ດິຈິຕອນທີ່ແຕກຕ່າງກັນ. ຂ້າພະເຈົ້າໄດ້ເຮັດວຽກເປັນບັນນາທິການແລະຜູ້ສ້າງເນື້ອຫາສໍາລັບ e-commerce, ການສື່ສານ, ການຕະຫຼາດອອນໄລນ໌ແລະບໍລິສັດໂຄສະນາ. ຂ້າພະເຈົ້າຍັງໄດ້ຂຽນກ່ຽວກັບເສດຖະກິດ, ການເງິນແລະເວັບໄຊທ໌ຂອງຂະແຫນງການອື່ນໆ. ການເຮັດວຽກຂອງຂ້ອຍຍັງເປັນ passion ຂອງຂ້ອຍ. ໃນປັດຈຸບັນ, ໂດຍຜ່ານບົດຄວາມຂອງຂ້າພະເຈົ້າໃນ Tecnobits, ຂ້າພະເຈົ້າພະຍາຍາມຄົ້ນຫາຂ່າວທັງຫມົດແລະໂອກາດໃຫມ່ທີ່ໂລກຂອງເຕັກໂນໂລຢີສະເຫນີໃຫ້ພວກເຮົາທຸກໆມື້ເພື່ອປັບປຸງຊີວິດຂອງພວກເຮົາ.

