編自從在電腦上配備了一塊SATA SSD作為系統盤, 電腦運行比之前的機械硬盤快了很多，瀏覽網頁，玩游戲都很流暢了。
可是，最近小編發現電腦經常會出現卡頓，或者重啟的時候會卡機，這讓小編愉悅的心情平添了一絲失落。于是，小編覺得探索一下問題的根源。
根據小編處理SSD案例的經驗，小編決定先通過SATA Trace看看，能否會找到問題的端倪。
接下來的任務就是搭建SATA tracer平臺了，小編這里采用的是SerialTek SATA分析儀。
SATA分析儀的環境搭建完畢，開始錄制fail時刻的SATA trace. 經過多次的復現操作，終于抓到了reboot卡機時的SATA trace, 如下圖：
從上圖抓到的SATA trace，我們看到在Device發送進入Slumber電源狀態的請求后，Device就進入了休眠。然后之后卻一直沒有收到Host的喚醒動作。在這里我們也可以推測得到一個信息，Device啟動了DIPM電源管理功能。
說到這里，估計很多朋友開始有疑惑，“小編，怎么看懂這個圖呢？”
首先，解釋幾個關鍵的名詞：
1，Slumber：為了節能環保，在SATA協議中，提供了兩種低功耗的電源模式，分別是Partial和Slumber。其中，Partial狀態下，功耗大約在75W, 而Slumber是更深度的低功耗電源狀態，功耗大約只有25W。
2，DIPM: 全稱是Device Initiated Link Power Management，翻譯一下，設備觸發鏈路電源管理。也就是由Device發起進入Partial或者Slumber電源狀態的請求。在上圖抓到的Sata trace中，我們看到有一個參數叫做PMREQ_S, 這個代表Device請求進入Slumber電源狀態。
我們再來看看，正常的reboot SATA trace:
從正常的SATA trace來看，Device進入Slumber狀態之后，后續Host有去喚醒Device。
所以，基于上面的分析，基本可以判斷，系統reboot卡機應該是與DIPM功能與主板兼容性的問題。
找到的問題的根源，那我們就去解決它。
由于DIPM與主板存在兼容性的問題，那我就把DIPM關掉咯。方法有兩個：
第一：通過廠商提供的量產工具，對SSD進行固件升級的同時，關閉DIPM功能。
第二：通過修改注冊表，關掉DIPM功能。
注冊表目錄HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\amdsbs\Settings\CAM下，將EnableDIPM改為0.
雖然Windows 10穩定性比它的前輩們強了不少，正常使用的情況下已經很難見到藍屏/死機這些問題了。不過也因為微軟增加的新特性，使它在鎖定屏幕（Win+L）和待機狀態下非常容易一睡不起鳥。
如果大家也經常或曾經遇到過，可以按照小編實測出來的解決辦法搞定的說。
最最簡單粗暴的方式就是重置下Window 10負責鎖屏和喚醒的系統文件，在命令提示符（管理員）下，輸入以下命令：
if exist "%SystemRoot%\System32\InputMethod\CHS\ChsIME.exe" (
takeown /f "%SystemRoot%\System32\InputMethod\CHS\ChsIME.exe" /A
icacls "%SystemRoot%\System32\InputMethod\CHS\ChsIME.exe" /deny "NT AUTHORITY\SYSTEM:RX"
)
基本上以后只要不亂裝那些管理軟件或者優化軟件基本上都不會出現鎖屏藍屏的問題了。
如果重置的方式不好使，大家可以試著回想下，在鎖屏時Windows 10正在運行哪些軟件，尤其是那些可以后臺運行的聽歌軟件。小編經過幾個階段的測試，發現PC版的網易云音樂在鎖定屏幕時運行極易造成喚醒界面卡死，進而引發內存讀寫錯誤直接藍屏。換用其他PC版（非UWP應用）音樂軟件也時常會發生此類問題，而使用Windows 10自帶的Groove音樂則沒有這樣的問題。
如果大家不想更換聽音軟件的話，建議在鎖屏之前暫時關閉或暫停播放，或更新至最新版、換用UWP版看是否能夠100%搞定。
至于鎖屏狀態下藍屏，與多內存混插，BIOS設置中并沒有將它們設置在最低頻率、M.2的固態硬盤的驅動程序未能更新到新版都有一定關系，大家可以逐一進行排查，徹底解決藍屏的問題哦。