我覺得這東西應用有點太高階，要用 HDD 的可靠度 + SSD 的存取速度

要同時存在 SSD 容量不夠 + 需要 SSD 的存取速度 兩種條件時，應用上才會覺得有加速

這玩意對變化資料很快的大檔案有沒有用(如資料庫檔案)，這點我也覺得很懷疑

效用很低...!!
我認為Database這塊可以適用...
但是變化性不要太高..

或著Web應用我覺得效果最好..

我找時間試看看用MS SQL作壓力測試好了...

有些資訊只有這裡有

http://ask.adaptec.com/scripts/adap...1&p_page_foot=1

剩下的就是 Firmware 的更新資訊


這類的快取主要是增加 IOPS 的性能，直接影響的就是每筆小容量讀取性能上
會差異很大，不外乎 WEB / POE系統 ....等。

跑 P2P 也會有差別，畢竟常跑的都已經丟在快取上 :ase 大概沒人這樣搞，
不過... LSI 真的令人垂涎 :hungry: 因為便宜 :like:

我覺得 Web 應用也很有限，只有在附加檔案上有快取效果

不然現在的網頁多為動態網頁 (PHP/ASPX...)，這類 Apache 和 IIS 都有自備超強快取，沒有更動檔案時他們是不會讀取硬碟的

P2P 可能也是不適用範圍內，一樣問題在同一個檔案又一直變動內容，到底是有效還是沒效?

有效代表 SSD 很快就爆了(代表 SSD 變成 Temp)，沒效那就沒必要買

如果說純上傳有沒有用，這點首先P2P軟體有快取，再來 OS 也會快取( Vista 以上等級，OS 會拿剩的記憶體當 SuperCache )，等到前面兩個都沒有才會存取硬碟，但還要等他學個幾十次才學會

"我覺得 Web 應用也很有限，只有在附加檔案上有快取效果

不然現在的網頁多為動態網頁 (PHP/ASPX...)，這類 Apache 和 IIS 都有自備超強快取，沒有更動檔案時他們是不會讀取硬碟的"
你說的正確..
IIS也能Cache..
讀入ASPX頁面後..
透過ASP.NET ISAPI導入CLR環境(via ECB pointer)..
進入真正的ASP.NET Runtime Environment..
都會有Cache的情況...

>>代表 SSD 變成 Temp

一針見血的說法不是嗎?

DOS 時代流行過快取卡， 硬碟接到快取卡上跑，一切都超快速度。
win 3.1 壓根瞬間啟動，跑 ET (倚天系統) 也是瞬間，AutoCAD 也是瞬間
開啟，更別說開圖檔。

基本上應用軟體、作業系統都能做到相關的功能。


搞不好幾年後又消失了，成了過渡商品。

從MSM工具新增的CacheCade來觀看目前建立的CacheCade Volume資訊...

上述可以看到這是目前CacheCade Volume資訊, 可以說是非常簡陋的資訊....
當啟用CachedIO之後, 不妨等一段時間讓CacheCade開始學習...

過了一段時間後, 再回去看CacheCade Volume相關資訊, 你可以發現一些變化...

多出來的新資訊正告訴我們目前哪個Virtual Drive與CacheCade關聯...
並且告訴我們CacheCade已經在運行中...
這是一個很簡單的CacheCade使用判別方法....:unbelief:

這幾天一直檢測..
這東西的優化效果感覺不是說很好...
有些時候他反而會嚴重拖慢..

這玩意要是有效能上的問題，不曉得會要怎麼回報給 LSI

不然買了後發現踩到地雷，不就是白花錢