|
Regular Member
|
為何會下這個標題 ， 其實是在一連串神奇的事情發生之後 。 突然發現原來多年的老卡，其實也是不輸給現代的陣列卡的。
大家如果有空 ， 就聽聽這個故事吧 。
因為第一次PO，所以麻煩大家看Giga的網路相簿了，我用Hinet試過，可以連。地址是photo.giga.net.tw/album/17223/有時不太好用就是了。
看附件也行
如果大家有印像 ， 在幾年前有一張很有名的RAID Card 叫做3210S ， 是一張用上80303 的2CH U160 Hardware RAID 。
而有幸用上它的人相信對於Windows的SCSI RAID Write Cache Disable 的超級大Bug，深感頭痛。明明單讀或單寫，可以輕易跑出100MB/S的水準。偏偏對拷的時候就跟殘廢一樣。
對於這種狀況，相信大家只有三種解法。一是分散IO、二是忘了SCSI的存在、三是換成沒這種Bug的RAID Card。
在幾年前實在沒的選擇，我是選擇用兩張3210配兩組(4X10K)的RAID0陣列來降低這個影響，後來I-RAM及15K.3出來以後。在將其中一組OS用的4X10K給換成了4X15K.3來跑，SWAP及TEMP交給4G的I-RAM。基本上我也就忘了這個Windows的死Bug。反正Hitachi的Case夠大、Power夠強。再用兩顆IDE來Ghost Data及OS，其實也很穩固。
陣列組及HDD群的圖：相簿3210-1及3210-2
Hitachi的Case：相簿Hitachi
本來我跟同事用這兩臺怪物用的粉高興，可是不幸的。主機板在最近駕鶴西歸了。
這下糗大，只好找新的解法。
結果同事決定不跟SCSI搞了，換成10K的SATA加965的MB。我決定繼續這樣用，反正用ASUS的P5WDG2 WS PRO ， 3210S就可以繼續用(其實是我懶的搞)。
當然965是最快搞定的，一趟光華就解決了。
965的板子965DQ6，HDD們 WD 的暴龍36G 10K SATA，RAID0就用ICH8。
圖：相簿965
結果系統測起來
Read可以到240MB/S、Write可以到200MB/S，同RAID大檔對拷70MB/S。
哇，強到有找。同RAID大檔對拷快跟我跨卡大檔對拷一樣快了。
這時後，有人在笑了。說我迷信15K。SCSI的神話早就消滅了。
嗯。我倒蠻同意的。反正我只是懶而已。
可是一開始用來工作。
耶、怪怪的，好像跟舊的一樣慢，而且還會頓頓的。沒關係，反正E6600不超頻，跟P4 3.2本來就差不了多少。
而且10K的SATA本來就比15K的SCSI SeekTime來的慢。
可是等我的P5WDG2 WS PRO到了。
圖：相簿ASUS
測了一下PCMARK ，嗯蠻差的。
Read 140MB/S、Write 120MB/S，同RAID大檔對拷44MB/S。跨RAID 110 MB/S。不過怪怪的，之前同RAID大檔對拷應該只有20MB/S而已阿??。
可是一用來工作。同一組Source進行編成，嘿嘿。電好玩的。而且完全不會頓。基本上比舊主機快上40%。不愧是控肉阿。尤其在編成前置作業時，幾近零等待。
可是不對阿，大家都是控肉阿。難道965、975差那麼多。
這下不找一下原因不行了，所以大家挖了一個週末。小測了一下。
先說明一下硬體配置
SATA組
MB GigaByte P965-DQ6
CPU E6600 4M 1066外頻(2.4G無超頻，天底下沒人工作機超頻的吧)
RAM 1G X 4 DDR2 667 主記憶體
HDD WD36G X 4 以OnBoard ICH8R 做4 X RAID0
SCSI組
MB ASUS P5WDG2 WS PRO
CPU E6600 4M 1066外頻，2.4G無超頻
RAM 1G X 4 DDR2 667 主記憶體
HDD 4顆 Seagate 18G 15K.3 以64MB Writback Cache 3210S 跨通道建 4 X Raid0
友情贊助組
有人贊助SRCU42X(128M Writback)來當對照組，基本上這一張號稱是沒有Write Cache Disable 的Bug。其它東西延用SCSI組
圖：相簿SRCU42X
軟體部份分別測 Server 2003 X 64 R2、Server 2003 R2 X32 、 Vista X32中文版 。 其中3210及ICH8R RAID都打開寫入快取及磁碟進階效能。SRCU42X則只能選打開寫入快取。
測法是於同RAID複製 大檔 ( 7.54G 12個檔 )、小檔( 9.12G 31838個檔 )。
並於Server 2003 X 64 R2加計 OS的效能計數器。其中965只測 Server 2003 X 64 R2，因為他不想重灌。
OK 結果如下
檔案複製部份。
ICH8R 3210S SRCU42X
Server 2003 X32大檔 NA 188S 122S
Server 2003 X32 小檔 NA 502S 370S
Server 2003 X64大檔 142S 190S 126S
Server 2003 X64小檔 518S 505S 501S
Vista X32大檔 NA 96S 114S
Vista X32小檔 NA 512S 544S
哇，3210S竟然在VISTA幾近追過SRCU42X，在其他OS也輸的不多。跟ICH8R更是互有勝負。微軟是發瘋替3210S重新寫Driver是吧。
可是問題來了，ICH8R如果跟SRCU42X比，那結果是可以理解。可是為啥會輸3210S勒。因為進行編成的時後，大小檔都會用到阿。雙方應該是抓平才對阿。
接下來就要研究Log了。
OK。基本上我們記錄了 R/S、W/S、中斷/S、AVG CPU、AVG IO Q 等五項值。
接下來往下看這些數據。
965
Big
Output 56.6MB/S
R 857 次/S 66K/次
W 858次/S 66K/次
中斷 6119次/S 9.2K/次
AVG CPU 9.2
AVG Q 0.91
Small
Output 61File/S
R 436 次/S 0.14File/次
W 348次/S 0.17File/次
中斷 4032次/S 0.015File/次
AVG CPU 6.6
AVG Q 3.3
3210S
Big
Output 43MB/S
R 656 次/S 65K/次
W 656次/S 65K/次
中斷 2334次/S 18.4K/次
AVG CPU 7
AVG Q 1
Small
Output 58File/S
R 444 次/S 0.13File/次
W 352次/S 0.17File/次
中斷 2228次/S 0.026File/次
AVG CPU 6
AVG Q 1.1
SRCU42X
Big
Output 66MB/S
R 1008 次/S 65K/次
W 1007次/S 65K/次
中斷 5329次/S 12.4K/次
AVG CPU 9.5
AVG Q 11.5
Small
Output 86File/S
R 609 次/S 0.14File/次
W 481次/S 0.17File/次
中斷 3582次/S 0.024File/次
AVG CPU 7.4
AVG Q 8.9
OK 到此就可以看出原因了，ICH8R每一個命令太沒效率了。尤其是中斷。難怪在進行編成時，會先頓好一下，CPU才會拉起來，而且高高、低低的。而用3210的機子，一編成CPU馬上拉到100%。所以就差在這。
至於SRCU42X，應該是Cache太少(應該至少要512M)，而且用的不熟練所致。不然應該是巴大家巴好玩的。只是它一個中斷的的效益也不高。在本來就全CPU負載的情形下，能佔3210S多少的便宜也是問題。不過要做一套工作環境要花上個一天，所以就沒測了。
當然黑暗的原力是不會輕易放棄，他補下單了一張Promise的EX4350，準備展開反攻。如果有機會再來測吧。
畢竟965的4X PCI-E是出名的容易有問題。
所以結論就是，趕快把廢物箱裏的3210S挖出來吧。現在看來至少在2003 X32/X64及Vista X32已經解了這張卡的Write Cache Disable 的Bug。
解開Write Cache Disable的圖
3210解開的圖：相簿S2003-X32-3210-disk-set、X64-3210-disk-set、vista-3210-disk-set.jpg
|