曾用過 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 至少在對於我來説，比較鷄肋了……
-
幾天前 H700 就已經入手，趁著硬盤以及其他東西還沒有到齊的情況下，先做一些基本測試。主要的目的就是看看到底 H700 是否能夠達到我想象的那種程度，以及是否真的需要 cross-flash 其他用 LSI 2108 ROC 的 RAID 卡的固件。 1、PERC 700... -
儘管有點無病呻吟，不過還是想開一博文記敘一下。不知道的朋友在使用中慢慢的已經習慣，而知道的朋友或者對此也有點無力。儘管中國曾以陶瓷聞名世界，以 China 作爲國名也未嘗不可，然而 Chinese 一詞卻帶有一定的侮辱性。爲什麽不是 Chinan, Chinian 之類的，而是 ...
-
如果你經常逛 Intel ARK，你會發現有些“神秘”的 CPU 型號並不在上面。例如在 2013 年 9 月就推出的 Intel Xeon E5-2696 v2，這款只是針對 OEM 客戶的 CPU 其細節非常稀少。 但從主頻方面來説，Intel Xeon E5-2696 ...
沒有留言:
張貼留言