TechReport的固態硬盤連續寫入耐久性試驗仍在繼續。將近四個月前，他們公布了600TB節點的情況，所有固態硬盤依然工作正常、性能穩定，只是三星840在以穩定的頻率損耗TLC閃存單元，部分MLC閃存的也出現了壞塊。
對于這些頑強的家伙，測試人員表示有些“厭倦”了，不打算每100TB公布一次報告，而是直接等1PB，也就是1000TB。
現在，這一里程碑終于達成了，想看熱鬧的絕對不要走開喲。
還是再次回顧一下參測的固態硬盤吧：
－ 海盜船Neutron GTX 240GB
－ IntelSSD 335 240GB
－ 金士頓HyperX 3K 240GB(兩塊，分別寫入可壓縮、不可壓縮數據)
－ 三星840 250GB
－ 三星840 Pro 256GB
迄今為止，已經有三塊最終倒下了，占總量的一半，而且死去的方式各不相同。
.
【第一個犧牲品：金士頓HyperX 3K】
這一款其實有兩塊，分別測試可壓縮、不可壓縮數據。你應該能想到，失敗的是不可壓縮那塊。
它最后的寫入量是728TB，而可壓縮那塊只寫入了501TB。
第一次出現警告信息是700TB的時候，忽視它繼續，725TB時再次報錯，而這次來自系統：“Windows檢測到一個硬盤錯誤。立即備份你的數據，以免信息丟失。”
不管它接著繼續，又出現了幾次警告，只過了3TB就不行了，Anvil開始報錯。硬盤還能訪問，但是在導出最后一批SMART數據之后就變磚了。
事實上，真正指示壽命的并非閃存顆粒完整性，而是損耗指數(MWI)，大部分第一方和第三方工具都以它為基準，指示固態硬盤的剩余壽命。
該指數在出廠時為100，一經使用就開始逐漸降低，最終為0的時候耗盡壽命(理論上仍然可以繼續使用一段時間)，而它和重新分配的扇區數量是完全無關的。
查看可知，700TB的時候降到了10，728TB時變為零。
再來看看錯誤趨勢：
其實過了上一次的門檻600TB，各種錯誤就開始迅速增加了，到最后有986個重分配扇區(600TB時僅有10個)、111個編程錯誤、381個擦除錯誤。這意味著，失效的扇區里有一半是因為ECC錯誤校驗失敗。
HyperX 3K設定了一定比例的冗余容量，但用途是內部管理功能和RAISE(SandForce的冗余技術)，能用來重新分配的很少，因此很快就會耗盡。
金士頓表示，壽命到期后硬盤就會拒絕加載，自然就檢測不到了。
【第二個犧牲品：Intel SSD 335】
寫入量同樣達到700TB的時候，SMART信息就發出了失敗警告，但是使用起來仍然一切正常，閃存單元也幾乎都是完整的，只有一個重分配扇區，還是寫入300TB時候出現的。
于是繼續寫入，但僅僅又過了50TB，也就是到達750TB，最終就崩潰了。負責持續寫入的Anvil Storage Utilities工具里出現了寫入錯誤，程序本身也失去了響應。幸運的是，再次啟動軟件成功了，至少能提取出日志(稍后分析)，但不能再繼續寫入了。
.
SSD 335寫入了700TB之后，WMI指數就已經歸零，標志著閃存不再可靠，不能繼續使用了。
奇怪的是，寫入報錯后，SMART也不再返回任何信息，任何工具都無法訪問，證明SMART技術已經掛掉。
重啟系統，Intel SSD Toolbox里又出現了這塊硬盤，仍然檢測為存儲設備，但容量是0GB，無法訪問。
Intel表示，這種結果完全符合預期，寫入錯誤意味著硬盤進入了只讀模式，并觸發一種自毀模式，讓硬盤不再響應。永別了……
.
【第三個犧牲品：三星840】
TLC閃存的它并不是率先倒下的，僅此一點就可以讓大家放心了。它堅持超過了900TB。
其實，剛過200TB她就出現了重分配扇區，之后不斷增加，最后有接近3500個，但因為可用的冗余空間較多，所以堅持得比較久一些。
寫入量達到900TB的時候，840仍然看起來很正常，三星自己的SSD Magician工具也報告還有不少剩余壽命，但是突然之間，它就掛了，Anvil崩潰，系統和工具都檢測不到，只有Intel存儲驅動報告了一個未知的三星SATA設備，也只能看看而已。
由于沒有任何事先警告，死的又很徹底，最后一段時間的SMART數據就丟失了，無法得知最后確切寫入了多少，狀態分析也只能截止到900TB。
.
損耗指數在300TB的時候就變成了零，但是三星自己的工具仍然報告狀態健康，繼續使用也沒問題。
再看可使用的保留空間，一直在穩定減少，但是最后死亡的時候仍有大約40％，理論上還能堅持。由于SMART日志丟失，無法得知死亡的確切原因，可能是突然就堅持不住了。
再看另一個重要參數：不可修復錯誤。它是在寫入300TB時候出現的，有176個，當時用來校驗數據完整性的200GB文件確實Hash失敗了好幾次，不得不重新拷貝，但此后不可修復錯誤一直沒有增加。
在800-900TB之間的某個時刻，不可修復錯誤數量突然增加了119個，總量達到295個。雖然這時候Anvil沒有報錯，但這應該就是死亡元兇。
三星表示，840用戶最終是應該能看到錯誤提示的，比如說兼容性錯誤、藍屏死機等。至于這里為何突然死亡，還在進一步調查。
.
【1PB俱樂部：三位堅強斗士】
海盜船Neutron GTX、三星840 Pro、金士頓HyperX 3K(可壓縮數據)都挺過了1PB，真是奇跡，因為它們標稱的終身寫入量沒一個超過200TB。
.
HyperX 3K因為對付的是壓縮數據，實際寫入閃存的其實只有716TB，節省了幾乎三成。
壽命指數最后只剩下了10，不過重分配扇區只有2個，沒有編程和擦寫錯誤(不可壓縮的有上千錯誤)，閃存狀態良好。
它能堅持到何時還不好預測，估計還能使用很長一段時間，就看重分配扇區何時突增了。
三星840 Pro的壽命指數在400TB時就很低了，500TB后為零，700TB后開始大量使用冗余容量，但最后也只用了20％。
SSD Magician顯示目前一切良好，但是不敢保證何時會突然死亡。
重分配扇區在600TB之后持續大幅增加，如今已有1836個。每扇區1.5MB，那就是2.7GB，理論上還有很多冗余可用。
海盜船Neutron GTX仍然牛逼得一塌糊涂，壽命指數竟然至今還接近80！重分配扇區至今還是0！真是一個逆天的存在。照這樣的趨勢下去，至少能堅持到4PB。
坐等海盜船解釋……
【性能測試】
再來看看各款固態硬盤的性能趨勢，包括那些死去的。
4MB持續讀取
4MB持續寫入
4KB隨機讀取
4KB隨機寫入
大多數都始終如一。HyperX 3K最初曾有明顯的隨機讀取暴漲，但此后基本穩定。
海盜船Neutron GTX一直是最穩健的，不過最后一次持續讀取測試出現了大幅度下降，反復測試五次都是如此。原因不明，等到1.1PB的時候再看看。
三星840最后一次隨機讀取速度有所下滑，可能和將死有關。
.
平均寫入速度也都波瀾不驚。840 Pro還在高低跳躍，Neutron GTX還在緩慢增加，真是無語了。
那些突起峰值不用理會，都是每100TB安全擦除后的干凈狀態。
不妨再看看死去三款固態硬盤最后時刻的表現，很明顯都出現了波動，Intel、金士頓的還很輕微，三星840的就激烈多了，只可惜沒有死亡前的數據。
【結語：死得其所】
1PB是個里程碑。那些通過了的固態硬盤可喜可賀，沒有達成的也不用沮喪，你們同樣證明了自己的價值，并且提供了很多寶貴經驗。
直到最后時刻，失敗的固態硬盤才出現些許性能波動，這證明一款固態硬盤完全可以在整個生命周期內維持良好的性能。
不過，不同設備最后終結的方式略有不同。Intel SSD 335預先設定好了界限，一旦越過就“自殺”，金士頓HyperX 3K則力圖壓榨出最后一絲潛力。
三星840一直是焦點，最終雖然死的很突然，很蹊蹺，但再一次證明TLC閃存也可以很耐用。雖然這是以大量重分配扇區為代價的，但對容量的影響很微小。
盡管測試的樣品不多，但完全可以拍著胸脯告訴大家：即便你在固態硬盤上每天不停地寫入，只要不是人品太差，700TB也是毫無問題的！
接下來，剩余的三名斗士將繼續接受考驗……
除了 Surface Pro 系列和 Surface Laptop 3，去年 10 月的 微軟新品發布會 還發布了兩款令人眼前一亮的雙屏設備：Surface Duo 與 Surface Neo。其中 Surface Duo 為搭載 Android 操作系統的雙屏 Surface「手機」1，早些時候微軟已經放出了預覽版的 SDK 和模擬機系統，少數派也已經做過相關介紹。
另一款折疊屏設備 Surface Neo 則搭載了一款以 Windows Core OS 為核心的全新操作系統 Windows 10X。就在最近，微軟也發布了 Microsoft Emulator 和適用于模擬器的 Windows 10X 的鏡像以供開發者使用、開發相關的軟件。
和模擬機系統不太一樣的是，Windows 10X 的鏡像可以像普通 Windows 10 鏡像那樣安裝到實體機上，除了 Surface Go，甚至還有人在 MacBook 上 成功安裝。經過一天的折騰（也踩了一天的坑），我也終于把 Windows 10X 成功安裝到了自己的設備上，寫下踩坑的記錄以供想折騰的朋友參考。
運行 Windows 10X 的 MacBook | 圖：The Verge
注意：安裝 Windows 10X 需要有一定基礎知識和動手能力，有一定風險。
如果你想借助現有的 Windows 電腦（宿主機）向另一臺設備（目標機）安裝 Windows 10X，兩臺設備需要分別滿足以下條件。
宿主機：
目標機：
當然，宿主機與目標也可以機是同一臺電腦，確保條件滿足即可。不過這里并不建議在你的主力設備上安裝 Windows 10X，畢竟嘗鮮有風險。最好的辦法仍然是找一臺不怎么用但符合「目標機」條件的設備。
借助 這個網站 我們可以下載微軟商店中的任意 appx 安裝包，這里我們把 Windows 10X 模擬器鏡像 的鏈接粘貼進去并進行下載 appx。
用 7zip 打開剛剛下載的 appx 包，在 content 文件夾里可以看到 Flash.vhdx，這就是我們需要的鏡像了，將其解壓到需要的路徑中，本文以 D:\WCOS 為例。
首先我們通過 PowerShell 掛載剛剛從商店下載到的鏡像：
Mount-VHD "D:\WCOS\Flash.vhdx"
然后檢查是否有正確掛載：
Get-StoragePool -FriendlyName OSPool
如果顯示如下內容則為掛載成功：
FriendlyName OperationalStatus HealthStatus IsPrimordial IsReadOnly Size AllocatedSize
------------ ----------------- ------------ ------------ ---------- ---- -------------
OSPool OK Healthy False False 127.9 GB 21.81 GB
要安裝鏡像，我們還需要使用 diskpart 為掛載的鏡像分配卷標：
diskpart
lis vol
#選擇標簽為 MainOS 的卷
sel vol 15
#分配一個閑置的盤符（比如M）
assign letter=M 為了保證 Windows 10X 能過脫離虛擬機在我們需要的設備上正常運行，我們還需要為其添加一些必要的驅動文件。以顯卡驅動為例：
從剛剛掛載的 MainOS 中復制以下文件到 D:\WCOS\Tools，包括：
M:\Windows\Servicing 目錄中的
M:\Windows\System32 目錄中的
以上文件已打包上傳至 OneDrive。
隨后我們以管理員身份運行 PowerShell 并定位至 Tools 文件夾（cd D:\WCOS\Tools），測試 UpdateApp.exe 是否正常工作：
.\UpdateApp.exe getinstalledpackages
正常工作的話會顯示以下內容：
UpdateApp - Update Application for Windows Mobile
[00:00:00] Loaded servicing stack from X:\wcos\tools with session name IUPackageInfoSession_EFIESP
[00:00:00] External storage staging directory is: (null)
[00:00:00] Closing session IUPackageInfoSession_EFIESP
[00:00:00] Loaded servicing stack from X:\wcos\tools with session name IUPackageInfoSession_MainOS
[00:00:00] External storage staging directory is: (null)
[00:00:01] Closing session IUPackageInfoSession_MainOS
164 packages:
Microsoft-OneCore-HyperV-Guest-UpdateOS-Package~31bf3856ad364e35~amd64~en-US~10.0.19563.1000, UpdateOS
Microsoft-OneCore-HyperV-Guest-UpdateOS-Package~31bf3856ad364e35~amd64~~10.0.19563.1000, UpdateOS
Microsoft-OneCore-ServicingStack-UpdateOS-Package~31bf3856ad364e35~amd64~~10.0.19563.1000, updateos
[...]
getinstalledpackages completed successfully
command took 6 seconds
用 Dism++ 導出 Intel 顯卡驅動到 D:\WCOS\Drivers\Graphics\Intel 中（Dism++會創建一個子文件夾存放文件，自行移動到上層文件夾中），這時在 D:\WCOS\Drivers\Graphics\Intel 中應該存在一個 iigd.inf 的文件，打開它記下 Provider 和 DriverVer 的值，比如我的是：
Provider=%Intel%
DriverVer=09/25/2019,26.20.100.7262
Provider 提供的是一個變量值，inf 里搜索可得：
Intel=“Intel Corporation”
然后使用我們剛剛獲得的 UpdateApp.exe 為 Windows 10X 安裝驅動到 bsp 分區：
.\UpdateApp.exe install "DriverPackage|D:\WCOS\DHCUDrivers\Graphics\iigd_dch.inf|Intel_Corporation-iigd_dch.inf~amd64~26.20.100.7262~bsp|0"
這里需要特別注意的是：
推薦安裝的驅動有網卡、顯卡和藍牙，其他的請自行斟酌添加。看到 install complete successfully 的提示才能確保安裝成功，若不成功請檢查上面的 Provider 和 DriverVer 的值
安裝完驅動后用管理員 PowerShell 運行以下命令卸載鏡像：
Dismount-VHD "D:\WCOS\Flash.vhdx"
添加完驅動后就可以準備制作啟動盤了。
準備以下文件和文件夾到 D:\WCOS\Boot 中為制作啟動盤做準備
dmpstore -d SecureBootPlatformID
fs0:\efi\boot\winx64.efi
fs1:\efi\boot\winx64.efi
fs2:\efi\boot\winx64.efi
fs3:\efi\boot\winx64.efi
fs4:\efi\boot\winx64.efi
fs5:\efi\boot\winx64.efi
fs6:\efi\boot\winx64.efi
fs7:\efi\boot\winx64.efi
fs8:\efi\boot\winx64.efi
fs9:\efi\boot\winx64.efi
fsA:\efi\boot\winx64.efi
這個腳本會從 nvram 中刪除 SecureBootPlatformID 這個變量。因為 Windows 10X 會重新在 nvram 中寫入安全啟動的相關變量。
然后連接 USB 存儲設備（這里我們制作的是 U 盤啟動盤），管理員運行 PowerShell 執行 diskpart（請確保在以下步驟中選擇正確的硬盤，否則您將丟失您的數據）：
lis dis
#列出所有硬盤，然后選擇 USB 存儲設備，我這里是磁盤1
sel dis 1
#清除硬盤
clean
#轉換成 gpt 格式
convert gpt
#創建一個 5000MB 的 FAT32 分區作為引導分區，并分配空盤符 Y
create part pri size=5000
format fs=fat32 quick
assign letter=Y
#剩余空間創建為 exFAT 分區作為存儲分區，并分配空盤符 Z
create part pri
format fs=exfat quick
assign letter=Z
以上面的分區為例，我們需要把 Step 4 開頭準備的文件和文件夾拷貝到 Y 盤中，Flash.vhdx 拷貝到 Z 盤中。
于是你獲得了一個啟動U盤了，它的目錄結構如下：
Y:.
│ startup.nsh
│ ddrelease64.exe
│ gdisk64.exe
│
├─sources
│ boot.wim
│
├─boot
│ │ bcd
│ │ boot.sdi
│ │ bootfix.bin
│ │ bootsect.exe
│ │ etfsboot.com
│ │ memtest.exe
│ │
│ ├─en-us
│ │ bootsect.exe.mui
│ │
│ ├─fonts
│ │ chs_boot.ttf
│ │ cht_boot.ttf
│ │ jpn_boot.ttf
│ │ kor_boot.ttf
│ │ [···]
│ │
│ └─resources
│ bootres.dll
│
└─efi
├─boot
│ winx64.efi
│ bootx64.efi
│
└─microsoft
└─boot
│ bcd
│ cdboot.efi
│ cdboot_noprompt.efi
│ efisys.bin
│ efisys_noprompt.bin
│ memtest.efi
│ winsipolicy.p7b
│
├─fonts
│ chs_boot.ttf
│ cht_boot.ttf
│ jpn_boot.ttf
│ kor_boot.ttf
│ [···]
│
└─resources
bootres.dll
Z:.
Flash.vhdx
以上文件已打包上傳至 OneDrive
在目標主機上從 USB 存儲設備啟動。開機時瘋狂按 Esc 中斷 startup.nsh 的執行，在 EFI Shell 中 輸入以下命令備份 nvram：
dmpstore -all -s fs0:
#此處的 fs0 可以自由選擇分區的，可以通過 fs<number>: 命令切換不同分區，并借助 ls 命令查看硬盤里的目錄得知是什么硬盤的什么分區
然后輸入 exit 再次重啟電腦，這次不中斷 startup.nsh 執行放任它自己啟動即可進入 Windows 10X 安裝環境，按鍵盤 Shift+F10 啟動 cmd（或者和我一樣進入自己的 Windows PE 系統運行 cmd），通過以下命令確定剛剛我們準備的工具和 Flash.vhdx 的所在分區（即上面提到的 Y 和 Z 分區，如果是 Windows PE 系統中可以直接打開文件管理器查看文件在哪）。
C：
dir
D：
dir
E：
dir
[···]
例如我的啟動引導分區為 E，我的 Flash.vhdx 在 F 分區中，用 diskpart 掛載它：
diskpart
#啟動 diskpart
sel vdisk file="F:\Flash.vhdx"
#選擇 Flash.vhdx 文件
attach vdisk readonly
#掛載虛擬磁盤為只讀
lis dis
#確認是否掛載成功，如果有看到超過物理磁盤的數量則掛載成功根據啟動 cmd 的環境，分為兩種情況（我這里為情況 2）：
1. 如果是在 Windows 安裝環境啟動命令行的，則會看到一個 2048MB 的已聯機的磁盤，把它的編號然后減去 1 ，然后記下來，比如：
磁盤 ### 狀態 大小 可用 Dyn Gpt
-------- ------------- ------- ------- --- ---
磁盤 4 聯機 2048 MB 2048 MB *
則記下為磁盤 3。
2. 如果在 Windows PE 系統中會看到一個 128G 的已聯機的磁盤，因為這個 vhdx 是 128G 的動態擴展虛擬磁盤文件，記下磁盤編號，比如我的是磁盤 2
3. 在 diskpart 中選中要安裝的磁盤并抹除：
sel dis 0
#如上圖我要安裝的硬盤為磁盤 0，選中它
clean
#抹除
convert mbr
#轉換為 mbr，和大佬討論之后認為目的是徹底地破壞 gpt 分區結構
exit
#退出 diskpart
然后把 Windows 10X 鏡像數據寫入到物理硬盤中：
E:\ddrelease64.exe if=\\.\physicaldrive2 of=\\.\physicaldrive0 bs=8M --progress
注意：該命令中的 physicaldrive2 和 physicaldrive0 是根據我自己的實際情況（磁盤 2）編寫的，請讀者自行替換。即將 2 替換為剛剛記下來的掛載的 vhdx 虛擬磁盤的磁盤號；將 0 替換為要安裝系統的磁盤號，筆記本單硬盤的狀況下一把就是 physicaldrive0 了。
例如，情況 1 中的例子是磁盤 3，此處則應該將 physicaldrive2 替換成 physicaldrive3 ，下文中所用的磁盤號均使用我實際情況中的磁盤號，即 0 和 2，也請讀者自行同步替換。
另外，一定要加上 --progress 這個參數，不然會等得很著急。去休息一下，等待它達到 131072M 即可，出現錯誤 27 直接無視，已經寫入成功了。
接著我們運行以下命令：
E:\gdisk64.exe -l \\.\physicaldrive2
出現如下結果然后拍照截圖記下來：
[···]
Number Start (sector) End (sector) Size Code Name
1 512 8703 32.0 MiB EF00 BS_EFIESP
2 8704 33554426 128.0 GiB 4202 OSPool
然后手動重建 gpt 分區，運行以下命令（基本照搬即可）：
E:\gdisk64.exe \\.\physicaldrive0
#接受任何警告
x
z
E:\gdisk64.exe \\.\physicaldrive0
#接受任何警告
n
1
4096
69624
EF00
n
2
69632
268435408
4202
c
1
BS_EFIESP
c
2
OSPool
p
#檢查與剛剛記下來的數字分區等有沒有對應
w
#確認執行即可
這時就可以退出 Windows PE 或者 Windows 安裝環境，拔下 USB 存儲設備，重啟計算機，這時應該可以啟動 Windows 10X 了，請盡情探索！
啟動成功！
如果你在一臺本身安裝了 Windows 10 的設備上安裝 Windows 10X，Windows 10X 會在 nvram 中寫入安全啟動相關的信息，導致正常的 Windows 10 系統無法啟動，這時候需要進入 EFI Shell 刪除剛剛啟動盤中的 startup.nsh 文件，方法如下。
從 U 盤啟動進入 EFI Shell， 執行以下命令：
dmpstore -d -all
以上命令會清除 nvram ，可能會導致鍵盤大寫燈無法亮起或者其他未知問題。重啟選擇正常 Windows 所在的硬盤啟動，應該就可以正常啟動原來正常的 Windows 10 系統了。
如果無法啟動，可以嘗試再次清除 nvram，步驟同上；如果出現鍵盤大寫燈無法亮起或者其他未知問題，可以通過 EFI Shell 嘗試恢復我們上面備份的 nvram：
dmpstore -all -l fs0:VarDump.txt
此教程送給各位想要折騰體驗的朋友。至此這篇教程徹底結束，體驗文我也不知道什么時候能寫完……