Intel 320 160GB SSD: 小心 MLC 可怕的“空白門”事件！

其實這是一年多以前的事情了。那時候入手了 4 個 Intel 320 160GB SSD，然後組成了一個 RAID 5 陣列，用起來沒有問題，性能挺不錯的。

不過由於需要更新機器的硬件，所以我把機器關掉了大約一個月的時間，之後硬件更新完畢，開始后發現令人抓狂的一幕：4 個 Intel 320 160GB SSD 其中的兩個變成完全空白了！！

令人抓狂的兩個！而不是一個！RAID 5 更本救不了！數據完全丟失！！

後來調查了一下，發現這種事情還是在情理之中的。首先，SSD 是通過電壓來儲存數據的，也就是説，每一個 Cell 特定的電壓會代表不同位狀態。SLC SSD 會比較簡單，有電壓和歸零代表位的 0 和 1，然而 MLC SSD 就會比較複雜。而在這一個月時間中，我是沒有開機的，也就是説所有的 SSD 均沒有辦法補充電量。我所有的 Intel X25-E SSD 均沒有數據丟失的問題，也不知道是由於高端質量還是 SLC 對電壓的容錯性好。然而其兩個 Intel 320 160GB SSD 則很不幸是“漏電體”，在沒有加電的情況下，電壓流失。這個時候，MLC Cell 裏面的電壓就會把原來該標識的數據表示成爲另外的錯誤數據，以至於整盤數據混亂，完蛋了……

當然，那兩個 SSD 在重新分區格式化之後還是可以使用，衹不過一旦長時間不通電，數據還是會丟失。

最終的結局就是我把所有 MLC 類型的 SSD 都出手了。其實現在的情況還是有點令人堪憂。總所周知，晶體越大，儲電越多。例如 Intel X25-E 的 50nm 大晶體，儲電能力肯定比 Intel 320 160GB SSD 的 34nm 要好得多，更不用説 SLC 衹需要表示 2 種狀態，而 MLC 需要表示 4 種狀態，對電壓值得準確性要求高得多。而現在的 MLC 可能衹用 25nm 甚至更小的晶體，本身儲電量已經少，如果沒有很好的辦法防止漏電，長時間鍵關機就可能導致數據錯亂甚至消失了。

關於 Avago LSI CacheCade 的一些使用心得

曾用過 LSI 9361-8i 再加上 CacheCade 2.0，感覺有點不大盡人意。主要的原因是這種技術僅僅適用於非常特定的情況。

首先説説循序讀寫 (Sequential Read / Write)。我嘗試在一個大容量 HDD RAID Array 上面使用 CacheCade。我所期望的是在偶爾的 4K IO 時性能可以有所提升，而陣列的主要目的還是循序讀寫。然而比較不幸的是，無論 CacheCase 1.0 或者 2.0 均沒有辦法很好的檢測 Sequential Read / Write，導致 Sequential 性能大幅度下降。就算 4K 性能增加，也無補主要的循序性能缺失。感覺上應該是 CacheCade 無法很好的辨別循序讀寫以至於循序讀寫也要經過 SSD Cache，造成不必要的延遲（？）。

那有什麽應用會用到 Random Access 呢？儲存 VM 的 VHDX 文件的陣列應該會用到。然而轉而一想，在我具有足量的 SSD 儲存下，再加上 Microsoft 的 Deduplication 功能，儲存 VHDX 根本不用 HDD 陣列。并且由於 HDD 陣列的功耗較高，應該盡可能將其 Spin Down。因此也用不上 CacheCade （因爲 LSI 9361-8i 不支持 Dimmer Switch Max with Cache 設定！）

結果就是，CacheCade 可能祇能夠用於中型的 SQL 數據庫，因爲小型的完全可以使用 SSD，大型的也完全有足夠資金全部使用 SSD，衹有中型的 Production 數據庫可能需要用到這種 Hybrid 的方案。而像我這種以 Development 爲主的 SQL 數據庫，直接 SSD儲存就可以提供足量的空間。

綜上，CacheCade 至少在對於我來説，比較鷄肋了……

關於電腦均衡構建 (Balance Build) 的設想

儘管衹是一種設想，不過這幾年其實一直還是按照這個目標來更新我的電腦的。其實從一開始購買 Intel Xeon E5520 / W5580 的時候就有這種想法。一般來説，到目前爲止固定電腦可以歸類爲一下類別：

一般用型臺式機
近來這種類型都在從固定轉變成爲移動，例如平板電腦，手提電腦，手機等等。不過臺式機還是有一定的市場份額。這種電腦一般用於日常工作，對於高强度 3D 處理卻不盡人意。然而價錢便宜，部件容易獲取卻是一大優勢。一般比較安靜，功耗低。生命周期一般。

游戲用型臺式機
主要目的就是用來玩游戲。超頻通常與這種電腦挂鈎。該機器會產生大量熱能，并且由於超頻，硬件壽命可能會縮短。可靠性不是一個考慮因素，價錢以及超頻能力才是主要目的。注意功耗與性能在超頻狀態下基本上不成正比，還可能會需要用到液冷設備以處理高發熱。一般在高熱下噪音大，不過可能用戶不會太在意。生命周期短。

工作站
貴重物事。擁有較好的 3D 加速能力，玩游戲一般比游戲用型稍差，主要是因爲其主要用途是特定的專業程序，對游戲沒有特別優化。超頻一般不可能，或者衹能夠少量超頻。可靠性是重中之重，硬件質量比一般或者游戲用機器高，就算在少量超頻的情況下。熱量可控并且沒有游戲用型那麽誇張。全速下噪音可能會偏高。一般整機出售。生命周期較長。

伺服器
誇張的貴重物事。一般 Headless，直接在上面玩游戲什麽的不大現實（儘管有可能）。以穩定性爲重，所以散熱噪音超級大。不可超頻。擁有極高的平行運算能力，以及高速網絡，大容量儲存等等。一般整機出售。生命周期較長。

那麽均衡構建的電腦的設想又是怎樣呢？我的計劃有如下幾點：
- 以工作站爲切入點
- 不進行整機購買，減少花費，以沒有技術支持爲代價，使其價格與游戲用型靠近。不過必須使用工作站專用配件
- 盡量使用可以少量超頻的硬件以增加性能
- 盡量使用與伺服器相近的高核數 CPU，然後用少量超頻使其接近工作站的頻率
- 使用優化的散熱方案使其在進行一般使用時功耗以及噪音接近一般用型臺式機
- 盡量模擬伺服器的高速網絡，高速儲存以及大容量 RAM 和儲存等等

期望達到的目的是：
- 穩定性較高（僅少量超頻）
- 價錢中等偏高（比一般整機工作站低）
- 功耗性能成正比
- 性能足以支持高質量游戲（因爲超頻）
- 一般工作下功耗小，因此噪音可控
- 生命周期比較長，應該可以不用經常更換配件，維護耗費偏低

當然，如果需要達到以上的效果，還有環境相關的配置。例如如何減少機器内部的積塵，以確保可靠性以及溫度散熱，噪音阻隔處理等等。而工作站和伺服器一般都在噪音溫度隔離的環境中運行，因此如何在一般家庭環境中模擬這些環境也顯得極其重要。

LSI 9361-8i vs. Dell PERC H730P 之糾結拼

早期入手了 LSI (Avago) 9361-8i 控制器，1GB 的緩存，再加上 CacheVault 和 CacheCade 2.0，置換了 Dell H710P，原因在前面的 post 有述。感覺良好，并且有 LSI 的技術支持，直到……

突然發現 -> 沒有 Dimmer Swtich LV3 !!!!!!!!!!!

後果很嚴重，我一大堆 HDD 都沒辦法享受 Spin Down Configured，電費急漲！

開始懷念 Dell H710P 了……突然發現市面上有 Dell H730P，價錢還比 LSI 9361-8i 便宜，感覺這次判斷錯誤，再次果斷置換，終于 DS L3 回來了！

因此總結如下：

LSI 9361-8i

優點：
- LSI 技術支持，3年 warranty
- 頻繁的 driver / firmware 更新
- 有 CacheVault 選項，不用 Lithium Battery
缺點：
- 絕對沒有 Spin Down Configured - 我直接查詢 technical support 的
- 價錢貴
- 標配比 OEM 低
適用：
全天候 online 或者 SSD 爲主的配置，喜歡 CacheVault 的懶人，LSI 的 support 是的確不錯的哦。

Dell PERC H730P

優點：
- 價格便宜
- 2GB RAM / Flash
- 有 Spin Down Configured !!
缺點：
- 沒有 LSI 支持，technical support 絕對不鳥你……
- driver / firmware 更新緩慢
- 順便説句，Dell 也不會鳥你，除非你買他的伺服器……
- 僅 Lithium Battery，兩三年后記得更換，麻煩……
適用：
想要省錢，又能夠忍受沒有 support 的日子，并且有大量 HDD 想要 DS L3 的，就這款吧。

Dell PERC H710P：兼容性問題！！

這是舊事重提了，其實兩個 Dell PERC H710P 都已經出手。這款卡絕對是經典，性價比一流，比 LSI 自己原廠的要好得多，而且可以 Spin Down Configured Drives （忘記是否需要 MegaSCU 改了）。然而在一下的配置中存在致命問題：

配置：
- 非 UEFI 主板（可能無關聯……）
- 非 Dell 系統（可能有關聯……）
- Windows Server 2012 R2 (自帶最新的驅動程序)
- Dell PERC H710P

結局：Fatal Error - PERC Kernel Panic.........      >_<

解決辦法就是用非 Dell PERC H710P 的磁盤裝 Windows，然後降級到 Windows Server 2008 R2 的 PERC H710P 驅動程序……感覺糟透了……

USB 綫材的迷思：真的會影響 DAC 音質嗎？

結論：單從數字音頻信號角度來説——不會！

從網絡上搜索了一下，發現一些朋友親自測試了一下，用“貴重、高質量”的 USB 綫材與便宜的 USB 綫材進行對比，發現 USB 綫材居然真的會“影響音質以及音色”，有的會使其“更明亮”，有的會使其“更暗晦”之類的評論。其實想知道這些是真是假，首先要瞭解什麽是數字音頻。

從數字角度來説，USB 綫材衹是用來傳輸數據，也就是 0 和 1。這些都是用電壓來表示。有的 USB 設備帶有奇偶校驗，以確保可以檢測到收到的數據是否正確。如果不正確，就會讓聲卡重新發送數據。而沒有校驗的，則可能會直接播放收到的數據，這樣就可能會產生爆音，或者停頓 (Jitter)。

注意，爆音或者停頓都與音質音色無關！也就是說，如果 USB 綫材不良，導致數據錯亂，也不會影響到音質音色，因爲數字化后的音頻數據就是一堆 0 和 1，用不同的綫材傳輸也都是一堆 0 和 1，排列順序，頻率等都不會受到環境因數的影響而改變，衹會丟失 (Jitter) 或者 0 和 1 互換（爆音，走音）。後者的產生衹會在沒有奇偶校驗的設備上出現——而我也很難相信到現在還有 USB 設備不帶奇偶校驗的！！

那麽説説那些朋友真的聽出有音質差別：這到底是怎麽一回事呢？

先説説 USB DAC 的供電模式：
- USB 主機供電
- 額外供電 + USB 主機供電
- 純額外供電

USB 主機供電

基本上這些都是便宜的 DAC，依靠 USB 綫從電腦獲取供電。這些設備的音質音色是的確會受到 USB 綫材的材質的影響的！什麽？你剛剛不是說 USB 綫材不會影響音質音色嗎？怎麽這回又説會呢？注意的是，我説的是不會影響 USB 數據，但沒有說不會影響 USB 供電啊！這些設備因爲依賴于 USB 供電，電腦中的設備所產生的干擾就會沿著 USB 綫傳入 DAC 中，而 DAC 的電源因爲沒有隔離，所以這些干擾就會進入經過 DAC 轉化后的模擬 (Analog) 信號裏面！也就是説，干擾不會進入 DAC 轉化前的數字 (Digital) 信號，但是會影響轉化后的結果，原因就是轉化后的結果所經過的處理，例如放大之類的，是使用 USB 供電進行運作的！結果就是把 PC 裏面的干擾放到輸出裏面了。這時候，USB 綫材的電阻，屏蔽之類的也就會開始影響結果的音質音色，導致有些朋友會因不同 USB 綫材聽出不一樣的聲音來！

額外供電 + USB 主機供電

有些 DAC 有額外供電，但是在設計上面有缺陷，把 USB 供電也帶進模擬數據處理的電路中，結果同上！！

純額外供電

這些 DAC 有適當的隔離措施，模擬處理部分使用純額外供電。這時候，電腦主機裏面的噪音干擾無法進入模擬 (Analog) 處理部分。也就是説，無論你選擇什麽 USB 綫，用在這種類型的 DAC 上面，音質音色都會是相同的！

所以，結果就是，無論我用什麽 USB 綫，我的 Sennheiser HDVD800 輸出的結果都是一致的，因爲供電部分與 USB 供電隔離。而如果閣下發現使用不同的 USB 綫材會產生不一樣的音色音效，那麽閣下可能要考慮購買 USB 供電過濾隔離的額外設備，例如》這個《（不知道是否有功效……），從而過濾掉 PC 所產生的噪音干擾，以及USB 綫所受到的 EMI 干擾等。

神秘的 Intel Xeon E5-2696 v2：竟然比 E5-2697 v2 要厲害！？

如果你經常逛 Intel ARK，你會發現有些“神秘”的 CPU 型號並不在上面。例如在 2013 年 9 月就推出的 Intel Xeon E5-2696 v2，這款只是針對 OEM 客戶的 CPU 其細節非常稀少。

但從主頻方面來説，Intel Xeon E5-2696 v2 默認為 2.50 GHz，比 Intel Xeon E5-2697 v2 的 2.70 GHz 低 0.2 GHZ。不過，cpuworld 上面的數據卻有點不准確——兩款 CPU 的最高主頻是相同的，都是 3.50 GHz，而不是 cpuworld 所描述的 Intel Xeon E5-2696 v2 只有 3.30 GHz。

所以，在單核滿載情況下，兩款 CPU 的性能是一樣的。

那麽在 12 核同時滿載情況下呢？從我找到的 screenshots 來看，情況卻有點詭異：滿載 Intel Xeon E5-2696 v2 比 E5-2697 v2 要快！12 核滿載，E5-2696 v2 可以達到 3.10 GHz, 而 E5-2697 v2 卻只能夠達到 3.00 GHz……由此看來，其實這個 E5-2696 v2 應該叫做 E5-2698 v2 會更加貼切一點吧。