全新盤的資料說明不了什麼
剛出廠或剛清盤的裝置處於 FOB 狀態，所有物理塊都是空的，寫入可以直接落到空塊上，垃圾回收幾乎不需要工作。此時測出的隨機寫數值接近介質與通道的理論上限，可能比裝置長期執行時的水平高出數倍。這個數值本身不是錯的，它只是描述了一個持續不了多久的暫態。用 FOB 資料做選型，等於按裝置永遠不會被寫滿來做容量與效能規劃。
清盤與預處理是兩件事
規範的流程從 Purge 開始，通過格式化或 Sanitize 把裝置恢復到一個已知的、與歷史負載無關的起點，保證不同輪次之間可比。隨後是預處理，分成兩段：與負載無關的一段用連續順序寫覆蓋兩倍於使用者容量的資料量，確保每個物理塊都被寫過；與負載相關的一段則直接用目標測試負載持續執行，讓裝置在該負載對應的塊分佈與回收節奏下穩定下來。兩段不能互相替代，順序寫建立的塊狀態與隨機寫建立的完全不同。
穩態不是看曲線變平就算
穩態需要一個可判定的準則。通行做法是取連續若干個測量輪次作為觀察窗口，檢查窗口內所有資料點相對窗口平均值的偏差是否落在正負一成以內，同時對窗口內資料做線性擬合，要求擬合直線在窗口兩端的差值同樣不超過平均值的一成。兩項都滿足才判定進入穩態，並且必須記錄進入穩態所用的輪次數，因為這個數字本身反映了回收機制的收斂速度。
報告口徑必須鎖死
一份可比的報告需要把口徑完整寫出來：預處理方式與時長、讀寫配比與塊大小矩陣、佇列深度與執行緒數、環境溫度與散熱條件、預留空間設定。其中最容易出問題的是配比切換，改變讀寫比例會改變回收壓力，前一個配比下的穩態在新配比下不再成立，必須重新預處理或按規定的遍歷順序連續執行，否則矩陣中不同格子的數字之間不可比。延遲資料同樣要指明採集條件，QD1 下的延遲與滿佇列下的延遲描述的是完全不同的問題，二者不能互相引用。
內部指標按什麼口徑給
CORE 7 系列規劃的順序讀 7,400 MB/s、順序寫 5,500 MB/s 與 4KB 隨機讀 1,500 KIOPS 屬於效能目標；J750 與 J770 的隨機寫目標 300 KIOPS 與 600 KIOPS 按穩態口徑定義；65µs 與 10µs 的讀寫延遲目標對應 QD1 條件。這些數值目前均為設計目標，驗證工作將按上述流程逐項開展，測試記錄會保留完整的預處理過程與穩態判定依據。