Squential Speed(連續存取速度)的效果只有在你硬碟裡面塞一堆單檔上百MB的檔案
然後磁碟重整到分散程度0%,之後沒事在那邊複製來複製過去
才真的用的上那些管你是 60, 100 還是 160MB/s的速度
一堆人把RAID*0講的多偉大一樣
既然大家都知道RAM太大會拉長Access Time(搜尋時間)的道理
不知道硬碟空間太大也是一樣的道理嗎?
(比喻為跑車)當你在為加強最大速度時候,犧牲掉你的扭力
你以為在市區跑的贏人家嗎?
誰在正式比賽跟你跑測試賽道啊?(GT系列...)
我硬碟測試一直以來都是用Quick Bench
目前只有這一套程式能夠測試小單位連續檔案的存取時間
這種存取才是真的在硬碟應用時的實際狀況
附上一些測試數據
Seagate ST336752LC SCSI U160 36.7G 15000rpm 8M
WD WD360GD SATA 36G 10000rpm 8M
WD WD2500KS SATA-II(降跑SATA) 250G 7200rpm 16M
WD2500KS這顆是在舊電腦跑的,所以分數差了些...
可以注意到, Seagate憑著4ms的搜尋時間,在2M以下存取時間完全巴死WD360GD
(兩顆硬碟都是單碟36GB的,只是轉速有差)
但是之後時間開始成倍數成長,這個就是連續存取速度瓶頸了
另外WD2500KS則在1M以下完全輸掉,直到2M才超過WD360GD
不過4M以上不用測,一定是WD2500KS贏
在一般應用上,256KB的連續檔案其實已經不小了,大部分的DLL檔大概也都這個大小而已
因此,作為系統碟已經綽綽有餘
我手上沒有WD740GD, 如果是那顆的話,到2M都還能保持優勢的...
另外,提醒大家
1.大部分的RAID*1架構,都是安全性平方,容量不變,寫入不變,讀取兩倍
RAID*0架構則是安全性開根號,容量兩倍,寫入兩倍,讀取兩倍
因此如果有安全性要求,又資料以讀取為主(大部分的資料都是這樣的狀態),RAID*0是比較好的
至於BT碟因為大量的進行搜尋及小範圍存取
通常每100KB就寫入了,可以參考前面的測試,根本就不需要RAID, 速度還卡在搜尋時間
2.硬碟的搜尋時間從硬碟規格就決定了
轉速多少,磁碟大小,磁碟密度,NCQ技術等等就已經決定了這個值
沒有任何補充方法可以讓他更快,頂多就是靠控制IC(差幾us吧...)
不過連續存取速度就是可以靠RAID加強的
然後磁碟重整到分散程度0%,之後沒事在那邊複製來複製過去
才真的用的上那些管你是 60, 100 還是 160MB/s的速度
一堆人把RAID*0講的多偉大一樣
既然大家都知道RAM太大會拉長Access Time(搜尋時間)的道理
不知道硬碟空間太大也是一樣的道理嗎?
(比喻為跑車)當你在為加強最大速度時候,犧牲掉你的扭力
你以為在市區跑的贏人家嗎?
誰在正式比賽跟你跑測試賽道啊?(GT系列...)
我硬碟測試一直以來都是用Quick Bench
目前只有這一套程式能夠測試小單位連續檔案的存取時間
這種存取才是真的在硬碟應用時的實際狀況
附上一些測試數據
Seagate ST336752LC SCSI U160 36.7G 15000rpm 8M
WD WD360GD SATA 36G 10000rpm 8M
WD WD2500KS SATA-II(降跑SATA) 250G 7200rpm 16M
WD2500KS這顆是在舊電腦跑的,所以分數差了些...
可以注意到, Seagate憑著4ms的搜尋時間,在2M以下存取時間完全巴死WD360GD
(兩顆硬碟都是單碟36GB的,只是轉速有差)
但是之後時間開始成倍數成長,這個就是連續存取速度瓶頸了
另外WD2500KS則在1M以下完全輸掉,直到2M才超過WD360GD
不過4M以上不用測,一定是WD2500KS贏
在一般應用上,256KB的連續檔案其實已經不小了,大部分的DLL檔大概也都這個大小而已
因此,作為系統碟已經綽綽有餘
我手上沒有WD740GD, 如果是那顆的話,到2M都還能保持優勢的...
另外,提醒大家
1.大部分的RAID*1架構,都是安全性平方,容量不變,寫入不變,讀取兩倍
RAID*0架構則是安全性開根號,容量兩倍,寫入兩倍,讀取兩倍
因此如果有安全性要求,又資料以讀取為主(大部分的資料都是這樣的狀態),RAID*0是比較好的
至於BT碟因為大量的進行搜尋及小範圍存取
通常每100KB就寫入了,可以參考前面的測試,根本就不需要RAID, 速度還卡在搜尋時間
2.硬碟的搜尋時間從硬碟規格就決定了
轉速多少,磁碟大小,磁碟密度,NCQ技術等等就已經決定了這個值
沒有任何補充方法可以讓他更快,頂多就是靠控制IC(差幾us吧...)
不過連續存取速度就是可以靠RAID加強的
最後編輯: