DWM.exe GPU 佔用高怎麼辦?顯卡、HDR、動畫逐項排查降載
工作管理員看到桌面視窗管理員(dwm.exe)吃 GPU,先別急著改登錄檔——DWM 是桌面合成的最後一棒,數字多半是別人的工作記在它帳上。本文依官方文件拆開離螢幕合成、blt 與 flip 呈現模型與多層覆疊(MPO),再照來源程式、驅動、HDR 與視窗化遊戲最佳化、更新率與多螢幕、視覺效果、GPU 排程的順序逐項降載,附停止條件與回退步驟。
底層除錯
System Interrupts CPU 佔用高怎麼查?ISR 與 DPC 分層揪出兇手驅動
工作管理員跳出 System Interrupts 吃 CPU,先別重灌——它不是程式,而是硬體中斷處理時間的總和。本文依官方文件拆開 ISR 與 DPC,教你用 Windows ADK 的 WPR 錄 ETW 追蹤、用 WPA 把時間對回驅動模組,再照「先回復、再更新、最後停用」處置,附停止條件與回退步驟。
LiveDump 教學:不必讓系統當機重開,也能產生完整核心傾印檔
系統明明不對勁卻就是不當機,手上連一份 MEMORY.DMP 都沒有?其實 Windows 早就能在不重開機的前提下產生核心傾印檔。本文從工作管理員對 System 程序右鍵的內建路徑講起,說明完整傾印與核心堆疊兩種選項怎麼選、進階的 hypervisor 與使用者頁面開關在哪,再帶到 LiveKd `-ml` 與儲存診斷兩條命令列路徑,並解釋為什麼 LiveKernelReports 資料夾常常是空的。
WinDbg lmvm 教學:一行指令看懂當機驅動模組與版本資訊
`!analyze -v` 跑完只給你一個 `MODULE_NAME`,然後呢?本文把 WinDbg 的 lmvm 從頭拆開:它其實是 `lm` 加上 `v`(詳細)與 `m`(模組名比對)的組合,所以多打 `.sys` 就查不到東西。文中逐欄解讀映像路徑、時間戳記、檢查碼與映像大小怎麼判讀,說明為什麼小型傾印檔看不到版本資訊,並補上 `lm m`、`lm a`、`!lmi` 三種交叉驗證做法。
Windows 開機錯誤 0xc000000e 怎麼修?先分清 UEFI 與 BIOS,再動 BCD
開機跳 0xc000000e,網路上一律叫你把 bootrec 四行打完,但那組指令在 UEFI/GPT 機器上根本不對症。本文照微軟官方四階段啟動模型,先分清卡在哪一階段、這台是 UEFI 還是 BIOS,再給對應解法:UEFI 用 bcdboot 重建 EFI 系統分割區,BIOS 才輪到 bootrec,並拆解官方重建 BCD 那四行為什麼一行都不能漏。
Windows 一直顯示「正在準備自動修復」?Automatic Repair 無限循環完整排解
電腦一直卡在「正在準備自動修復」,重開機也回到同一頁?這個迴圈是「開機狀態旗標沒被清掉」的結果,不是故障本體。本文依 Microsoft 官方文件拆解它為何自我維持,並依風險由低到高給出解法:先中斷迴圈逼出真正錯誤,再讀 SrtTrail 記錄對症修,必要時才重建開機檔案。附 BitLocker 金鑰順序陷阱與回退步驟。
WinDbg Time Travel Debugging 教學:錄製並回放程式執行過程揪出當機根因
傾印檔只給你死亡瞬間的快照。WinDbg 內建的 Time Travel Debugging 把一整段執行過程錄成追蹤檔,事後前後來回重播,還能用 dx 搭配 LINQ 查出例外與失敗的 API 呼叫發生在哪個時間點。本文走過 WinDbg 介面與 TTD.exe 兩種錄法、三個壓低開銷的官方旋鈕、模擬器與脫軌的底層機制,以及錄製後無法卸離這個最常被忽略的副作用。
Windows 使用者模式與核心模式差在哪?程式為什麼不能直接控制硬體
應用程式當掉只死它自己,驅動程式當掉卻是整台藍屏——差別不在誰寫得比較小心,而在出事的程式碼跑在哪一層。本文用微軟官方文件拆解使用者模式與核心模式的差異:私有位址空間 vs 共用 system space、Ring 0 與 CPL0 到底在講什麼,以及你的程式想碰硬體時,系統是怎麼幫你轉手的。順帶說明微軟為何反而建議驅動程式優先寫成使用者模式。
LiveKd 教學:不必真的當機,用 WinDbg 分析正在執行中的 Windows 核心
想看核心在忙什麼,卻不想等電腦藍屏一次?LiveKd 替執行中的 Windows 核心做記憶體快照,再餵給 kd 或 WinDbg,不改開機設定、不重開機就能下 !process、!thread、!vm。本文從安裝、符號設定一路帶到 -m 鏡像傾印與 Hyper-V 參數,並拆解「快照不等於單一瞬間狀態」這個關鍵限制,順帶對照 Windows 內建本機核心除錯砍掉了哪些指令、要付出什麼代價。
WinDbg 記憶體與控制代碼診斷:用 !poolused、!handle、!vm 揪出洩漏元兇
電腦跑越久越慢、開機三天後什麼都開不起來,這不是玄學,是核心資源洩漏。多數教學只教你跑 `!analyze -v`,但洩漏型問題在當機那一刻看到的只是二次症狀。本文把 WinDbg 記憶體洩漏診斷拆成四步:`!vm` 先分池、`!poolused` 排出兇手、`!handle` 追控制代碼、Driver Verifier 抓現行犯。