什麼是 DPC 不穩定
在 Windows 系統中,DPC 或延遲程序呼叫(Deferred Procedure Call)是一種核心機制,用於管理高優先級的中斷請求(Interrupt Service Routine, ISR)與需要較低優先級處理的任務。當硬體設備發出中斷信號,系統會立即回應,但將較耗時的工作委託給 DPC 佇列,這些工作會在稍後由 CPU 執行。在理想狀況下,DPC 延遲應該維持在極低的數值,通常低於 100 微秒(µs)。然而,某些情況下,DPC 會出現異常的高延遲,超過 1000 微秒,這種現象即被稱為 DPC 不穩定。這種高延遲會導致 CPU 無法及時處理其他進程,最終引發音訊斷斷續續、影片畫面跳幀、滑鼠游標凍結,甚至整個系統畫面短暫卡住。這並非硬體故障,而是驅動程式或系統配置問題所導致的效能瓶頸。
常見的 DPC 不穩定原因
許多因素都可能引發 DPC 延遲突然升高。根據技術支援文件與社群經驗,最主要的來源是驅動程式衝突或過舊的驅動程式,特別是網路卡、顯示卡和主機板晶片組的驅動程式。例如,當網路驅動處理不當,或是顯示卡驅動執行複雜的渲染指令時,這些裝置會將大量工作遞延至 DPC 佇列。此外,系統中的 IPv6 通訊協定在某些硬體組合上也會造成 DPC 負載異常。另一個常見的陷阱是電源管理設定。當 Windows 採用省電模式的電源計畫時,系統會動態降低 CPU 的運作頻率以節省電力,此舉會減緩 DPC 處理速度,使得原本輕微的延遲被放大。BIOS 版本與硬體不相容,以及某些第三方應用程式的驅動程式插入,如防毒軟體的網路過濾驅動,都是潛在的觸發因素。這些因素通常共同作用,造成難以排查的系統不穩定。

檢測 DPC 延遲的工具與方法
在嘗試任何修復之前,需要先確認系統的 DPC 延遲狀況。最普遍使用的工具是免費軟體 LatencyMon。下載並執行後,觀察主畫面的當前 DPC 最大值數。如果數值經常超過 1000 微秒,並在驅動程式頁籤中標記某特定驅動為問題來源,就表示需要處理。另一個內建的方法是使用 Windows 效能監視器中的 DPC 計數器,但操作較複雜,對一般使用者較不直觀。透過 LatencyMon,可以清楚看到哪個驅動程式耗用最長的 DPC 時間,這為後續的解決步驟提供了明確方向。
解決 DPC 不穩定的逐步指南
以下是經過實證有效的修復順序。建議按照順序逐步進行,並在每個步驟後重新啟動電腦與再次檢測,以確認問題是否已解決。如果穩定度已恢復,後續步驟可省略。

- 更新所有驅動程式:前往硬體製造商網站,下載並安裝最新的顯示卡驅動程式(NVIDIA、AMD 或 Intel)、晶片組驅動程式(Intel 或 AMD),以及有線與無線網卡驅動程式。避免透過 Windows Update 取得驅動,因其版本可能較舊。
- 調整電源計畫:將 Windows 電源計畫設定為「高效能」或「終極效能」。前往控制台、硬體和音效、電源選項中進行切換。這可以防止 CPU 降頻。
- 停用 IPv6:在網路連線的內容中,取消選取「網際網路通訊協定第 6 版 (TCP/IPv6)」核取方塊。某些網路驅動在處理 IPv6 封包時會產生額外的 DPC 負載。
- 解除安裝 Bonjour 服務:Bonjour 是 Apple 的零配置網路服務,常隨 iTunes 或 Adobe 軟體安裝。它會在背景執行網路相關操作,可能導致 DPC 延遲。在程式和功能中解除安裝即可。
- 檢查第三方防毒:如果您使用 Avast、Bitdefender 或 ESET 等防毒軟體,可嘗試暫時停用其網路防護或徹底移除以測試。這些軟體會注入網路篩選驅動,可能與系統核心產生衝突。
- 更新 BIOS/UEFI 韌體:前往主機板製造商支援頁面,下載最新穩定版的 BIOS。注意更新過程有風險,務必詳閱說明並在穩定電源下進行。
DPC 延遲與驅動程式的關聯分析
為了方便理解各種常見問題驅動所導致的典型症狀,整理如下表。此表可幫助快速定位可能的問題根源。
| 問題驅動程式類型 | 對應的硬體/軟體 | 典型的 DPC 延遲模式 |
|---|---|---|
| 網路驅動 | Realtek、Intel、Killer 網卡 | 高延遲伴隨網路傳輸活動,下載或串流時發生卡頓 |
| 顯示卡驅動 | NVIDIA、AMD、Intel 內顯 | 遊戲或多媒體播放時出現畫面撕裂與聲音斷續 |
| 音效驅動 | Realtek、Conexant 音效晶片 | 音訊播放時出現爆音或延遲,特別在使用 ASIO 驅動時 |
| 儲存控制器驅動 | NVMe SSD、SATA AHCI 驅動 | 頻繁的磁碟讀寫操作導致系統短暫凍結 |
需要注意的是,同一硬體在不同系統配置下,其驅動程式穩定度可能不同。因此,當在表中看到對應類別時,應優先更新該類別的所有驅動。

進階排查與持續監控
如果基本步驟未能解決問題,可能需要更深入的排查。首先,使用 LatencyMon 記錄一段時間的延遲數據,觀察在何種操作下延遲會飆升。例如,在播放影片、進行網路通話或執行大型程式時特別留意。其次,可以嘗試乾淨啟動 Windows,停用所有非 Microsoft 的服務與啟動項目。如果乾淨啟動環境下延遲恢復正常,表示問題來自某個第三方服務或驅動。另一個有效方法是重新安裝晶片組驅動與儲存控制器驅動,因為它們直接管理硬體中斷。若所有軟體層面的努力都無效,可以考慮將 BIOS 恢復為出廠設定,或在 BIOS 中停用 C-States 與 SpeedStep 等節能技術,但這可能會增加耗電量。持續監控也是重要的一環,建議每隔一兩個月使用 LatencyMon 檢查一次,特別是在安裝了重大系統更新或新硬體之後。
關於 DPC 一詞的區辨
讀者須注意,在技術領域之外,DPC 也常指「直接初級醫療」(Direct Primary Care),這是一種醫療保險以外的醫療費用模式。此類醫療 DPC 與 Windows 系統的延遲問題完全無關。兩者雖然縮寫相同,但所處的上下文截然不同。若在搜尋或閱讀時看到 DPC 相關討論,需根據語境判斷是指系統問題還是醫療模式。在處理系統效能問題時,務必確認參考資料是針對 Windows 核心機制,以免混淆。

預防措施與長期維護
預防永遠優於修復。為了保持 DPC 延遲長期穩定,建議養成以下習慣。第一,定期從製造商官方網站下載並安裝驅動程式更新,避免使用驅動更新軟體。第二,保持 Windows 系統更新到最新狀態,但可暫時延遲功能更新,以免引入新的相容性問題。第三,謹慎安裝第三方軟體,尤其是那些會加入系統核心服務或網路驅動的工具,如 VPN 客戶端、防火牆或系統優化工具。第四,使用可靠的電源供應器,並確保主機板的電壓穩定,不穩定的電源可能導致硬體產生異常的中斷請求。第五,定期進行磁碟重組或最佳化,並保持在固態硬碟(SSD)上有足夠的剩餘空間。透過這些預防措施,可以大幅降低 DPC 不穩定發生的機率。
參考資料
inMusic Support. Troubleshooting DPC Latency. 取自 Troubleshooting DPC Latency.

FlexRadio. What are DPCs and Why Do They Matter?. 取自 What are DPCs and Why Do They Matter?.
BR Atsit. Corrigir alta latência de DPC no Windows 11/10. 取自相關支援文章。
ptcomputador. Como corrigir alta latência de DPC no Windows 11 e 10. 取自相關支援文章。
Microsoft Learn. How do I fix DPC watchdog violation?. 取自 Microsoft Learn.
Startup DPC. Why Direct Primary Care Practices Fail. 取自 Startup DPC.





