編自從在電腦上配備了一塊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.
由于硬件不兼容，前段時間大量使用英特爾600p固態硬盤的用戶在升級到最新Windows 10 1803春季更新的時候遇上麻煩，死機、電腦無法啟動。不過在坑了英特爾的同時，微軟默默的造福了更多其他品牌NVMe固態硬盤用戶！
根據PCEVA的測試發現，本次1803更新中微軟解除了自帶NVMe驅動程序stornvme的強制FUA（Force Unit Access）模式，開放寫入緩存給普通NVMe固態硬盤。這將使眾多沒有提供廠商專用NVMe驅動的固態硬盤品牌從性能表現上獲益，譬如浦科特。
在Windows 10 1803之前，所有版本的Windows系統自帶NVMe驅動都對沒有掉電保護的NVMe固態硬盤強制開啟FUA模式，限制寫入性能以換取數據相對安全。FUA最早問世于SCSI協議，后來被加入到SATA與NVMe協議中。但實際上Windows并沒有針對SATA硬盤啟用FUA，所以只有NVMe固態硬盤的性能受到了限制。
啟用FUA之后，每一條寫入指令都必須等到數據實際寫入到閃存內之后才能繼續執行，相當于Write Through，這種情況下硬盤的寫入緩存無法起到加速作用，運行效率極端低下。表現在AS SSD Benchmark（1.9以前的版本）測試成績上就是4K寫入性能嚴重偏低。
過去要解決跑分偏低的問題，除了寄望于廠商能夠提供專用NVMe驅動解除限制之外，只有冒著更高斷電數據丟失風險手動禁用寫入緩沖區刷新。
2.0版本的AS SSD Benchmark雖然從跑分上修復了這個問題，實際則是掩耳盜鈴繞過了系統限制，普通應用依然會受制約。而現在微軟終于在最新版本的Windows 10中解除了強制FUA限制，對于大眾玩家來說無疑是一個福音。下圖左側為1709版默認設置下AS SSD Benchmark 1.7測試，右側為1803版默認設置下AS SSD Benchmark 1.7測試，均使用各自系統所帶的默認stornvme驅動程序。
雖然FUA限制解除，但這并不意味著NVMe固態硬盤就變得不安全，寫入緩沖區定時刷新機制依然能夠保障DRAM緩存內數據及時寫入到閃存內。家用條件下用flush指令定時成批刷新緩沖區，要比FUA模式下一筆筆寫入請求單獨確認的效率要更高。