POPPUR爱换

标题: 3ware的9550SX-12加6X2T EVDS用HDTUNE测平均只有100MB/s? [打印本页]
作者: errantry    时间: 2010-12-17 18:03
标题: 3ware的9550SX-12加6X2T EVDS用HDTUNE测平均只有100MB/s?
本帖最后由 errantry 于 2010-12-17 18:04 编辑

平台CPU：E6600  主板:阿速死P5WDG2-WS-PRO  内存:1G*4  WIN7 64位
3ware的9550SX-12加6X2T EVDS RAID5用HDTUNE测平均只有100MB/s?。。。。。。。。回写打开。。。HDTUNE中显示为UDMA5模式，驱动正常安装。。。。。。这速度死的心都有了。。。
作者: aliguagua    时间: 2010-12-17 18:14
我用的5i，也是6个绿盘，晚上回去测测速度
作者: per1-q1222    时间: 2010-12-17 18:37
你3DM2可以不可show個設定??
作者: errantry    时间: 2010-12-17 18:44
[attach]1447586[/attach]状态栏
[attach]1447585[/attach]设定。。。。。
作者: per1-q1222    时间: 2010-12-17 18:54
本帖最后由 per1-q1222 于 2010-12-17 18:56 编辑

你可以拿CDM(Crystal Disk Mark)測一下嗎?..
你把StorSave改成Performance..
f/w是最新版的???
作者: errantry    时间: 2010-12-17 19:10
这块卡挺奇怪，FW是最新版的，但BOOTLOADER不是，在DOS下刷FW也刷不上，storsave是派什么用处的？
作者: errantry    时间: 2010-12-17 19:17
per1-q1222 发表于 2010-12-17 18:54
你可以拿CDM(Crystal Disk Mark)測一下嗎?..
你把StorSave改成Performance..
f/w是最新版的???

放个HDTUNE图。。。。[attach]1447611[/attach]
作者: per1-q1222    时间: 2010-12-17 19:18
本帖最后由 per1-q1222 于 2010-12-17 19:23 编辑
errantry 发表于 2010-12-17 19:10
这块卡挺奇怪，FW是最新版的，但BOOTLOADER不是，在DOS下刷FW也刷不上，storsave是派什么用处的？


StorSave是3ware結合BBU的一種資料安全技術...
不同的設定有不同的Policy..
主要都跟寫入策略有關..
http://man.och.cz/3dm2/3DM_2_OLH-4-07.html
Write Journaling就是寫入日誌, 可以說是寫入小量的log, 用於數據比對, 可以提升安全性, 這是很普遍的功能, 沒啥特別..
這種通常看到的作法是...
他面對寫入log的對象是NVRAM...
透過NVRAM來記載log(如果不是OS-based RAID架構的產物, 大多都會有這種設計...)....
這是最安全的作法..
Protection設定會促使性能成為退化狀態, 並且關閉Cache, 一般這不是建議設定...

你還是先用CDM測一下..
然後擷取結果貼上來...
我不建議用HD Tune..

我個人意見是如果熟悉CLI..
用CLI打命令貼出組態設定最好最清楚..


作者: errantry    时间: 2010-12-17 19:46
per1-q1222 发表于 2010-12-17 19:18
StorSave是3ware結合BBU的一種資料安全技術...
不同的設定有不同的Policy..
主要都跟寫入策略有關..
...

卡上没有安装BBU，设置成Performance，万一掉电是否会造成严重后果？
作者: per1-q1222    时间: 2010-12-17 19:51
errantry 发表于 2010-12-17 19:46
卡上没有安装BBU，设置成Performance，万一掉电是否会造成严重后果？

你沒裝BBU的情況下...
你還是用CLI貼出BBU組態..
因為我的印象是...
No BBU, Write-back cache is force-disable...
我還是再次建議你用CDM測出數據貼上來以利於分析狀況..
作者: errantry    时间: 2010-12-17 20:27
per1-q1222 发表于 2010-12-17 19:51
你沒裝BBU的情況下...
你還是用CLI貼出BBU組態..
因為我的印象是...

[attach]1447642[/attach]没开Performance
[attach]1447643[/attach]开了Performance
作者: per1-q1222    时间: 2010-12-17 20:30
本帖最后由 per1-q1222 于 2010-12-17 20:31 编辑
errantry 发表于 2010-12-17 20:27
没开Performance
开了Performance


你要測50/100MB的size...
不要拿1GB size測..
Cache會沒效果..

作者: errantry    时间: 2010-12-17 20:32
[attach]1447656[/attach]CLI ALL
作者: errantry    时间: 2010-12-17 20:40
[attach]1447660[/attach]
作者: wmfwmf    时间: 2010-12-17 21:56
本帖最后由 wmfwmf 于 2010-12-17 21:57 编辑
errantry 发表于 2010-12-17 18:03
平台CPU：E6600  主板:阿速死P5WDG2-WS-PRO  内存:1G*4  WIN7 64位
3ware的9550SX-12加6X2T EVDS RAID5用H ...


我给你说吧 3WARE 9550系列是最快的PCI-X SATAII卡  开启回写要上电池 不然这个卡不能发挥全部性能 用TUNE测试只有120MB/S左右，你可以用其他软件测试一下比如EVEREST,HD SPEED。还有一个问题就是 P5WDG2-WS PRO这个板子的 PCI-X 接口速度本身就很慢 因为是转接的 如果用服务器板子上的PCI-X速度又不一样
作者: errantry    时间: 2010-12-17 22:15
wmfwmf 发表于 2010-12-17 21:56
我给你说吧 3WARE 9550系列是最快的PCI-X SATAII卡  开启回写要上电池 不然这个卡不能发挥全部性能 用T ...

3ware的电池能通用么？TB上找遍了都没有踪迹，ASUS的这个板貌似是从PCI-E转的PCI-X没有那么慢吧。。。。
作者: per1-q1222    时间: 2010-12-17 22:15
本帖最后由 per1-q1222 于 2010-12-17 22:29 编辑
errantry 发表于 2010-12-17 20:40


很顯而易見的..
Write-back Cache似乎沒效果...

你可以去查目前的Cache Policy...
在我看來這成績很正常...
就算有BBU...
提升的也只是寫入性能...

你去查我的9690SA測試帖子吧...

你可以試著微調你的Stripe Size...
3ware的產品就我所測試和看到的...
在較大的stripe size會有比較好的結果...

那你可以想看看這類型應用適合在哪?..

Host bus的問題我覺得根本不用care...
因為9550根本達不到哪種速度...

我個人是認為StorSwitch這種Discrete RAID架構...
有某種程度的瓶頸...
不過我認為這個架構還是有他的一套...
就我所測出來的結果..
像HD Tune...
他的跌幅是相當平穩的...

這是8th-StorSwitch架構(PPC405CR+ASIC XOR ASSIST)的9650SE成績:

作者: errantry    时间: 2010-12-17 22:38
per1-q1222 发表于 2010-12-17 22:15
很顯而易見的..
Write-back Cache似乎沒效果...

感谢兄台赐教
作者: per1-q1222    时间: 2010-12-17 22:43
本帖最后由 per1-q1222 于 2010-12-17 22:47 编辑

直接挖帖給你看好了:
http://we.pcinlife.com/thread-1283767-1-1.html
我認為這種Dsicrete RAID架構...
這之間一定有一個bottleneck...

如果說要我胡亂猜測的話..
就是PPC405CR@266MHz那顆I/O Processor有某種程度的制約性....
我不認為那個獨特YY的ASIC AMCC Hardware XOR/GF function Assist會有甚麼影響.....
這部分我還要再看PPC405CR的paper...
我現在網路看不了...
我只知道他的PLB是64bits, 133MHz...
作者: per1-q1222    时间: 2010-12-17 23:36
本帖最后由 per1-q1222 于 2010-12-17 23:39 编辑

姑且上了這張方塊圖..
好不容易可以看了paper...
[attach]1447734[/attach]
我不曉得bottleneck是否在這邊...
但是這個版本的PLB不是crossbar架構...
最高clock是run在與SDRAM同一個clock下...
PLB speed=(64*133)/8=~1GB/s...

LSISAS1078的PLB是採用crossbar架構, 128bits, clock不清楚(也許166MHz以上..).....
內部互連寬帶可以雙倍拉高...
作者: errantry    时间: 2010-12-17 23:42
原来是带宽惹得祸。。。。。。
作者: per1-q1222    时间: 2010-12-17 23:51
本帖最后由 per1-q1222 于 2010-12-17 23:52 编辑
errantry 发表于 2010-12-17 23:42
原来是带宽惹得祸。。。。。。


這是我亂猜了拉...
PLB這部分體系應該是不會變....

不過隨便看看就好啦..
不要100%全信...
你也沒衝爆這個寬帶...
我認為還需要其他測試去證明..
我只知道我之前測9690SA...
怎樣都爆不了1GB/s寬帶...

作者: wmfwmf    时间: 2010-12-17 23:55
errantry 发表于 2010-12-17 22:15
3ware的电池能通用么？TB上找遍了都没有踪迹，ASUS的这个板貌似是从PCI-E转的PCI-X没有那么慢吧。。。。
...

因为我用过这个板子和这种卡 5年前3WARE 9550SX +WD740GD猛禽X4 也就120MB/S 原因没电池 板子也是这块

而我之前的老服务器双路泰安AMD760X 上的能到140MB/S
作者: wmfwmf    时间: 2010-12-17 23:58
errantry 发表于 2010-12-17 23:42
原来是带宽惹得祸。。。。。。

真的还是用LSI 的卡比较快 LSI 8408E 8308ELP(700MB/S的速度）LSI8708ELP 8888ELP(1G/S~1.1G/S的速度）
LSI 9620系列能到2G/S
作者: errantry    时间: 2010-12-18 00:16
找到电池了。。。。。400大洋。。。。准备入手。。。。
作者: aliguagua    时间: 2010-12-18 00:26
我的DELL 5I + WD15EVDS*6 RAID5速度也很慢，不知道瓶颈在哪里

作者: per1-q1222    时间: 2010-12-18 07:43
aliguagua 发表于 2010-12-18 00:26
我的DELL 5I + WD15EVDS*6 RAID5速度也很慢，不知道瓶颈在哪里

你先用CDM拿50 or 100MB的size去檢測..
作者: per1-q1222    时间: 2010-12-18 08:11
本帖最后由 per1-q1222 于 2010-12-18 08:32 编辑
wmfwmf 发表于 2010-12-17 23:58
真的还是用LSI 的卡比较快 LSI 8408E 8308ELP(700MB/S的速度）LSI8708ELP 8888ELP(1G/S~1.1G/S的速度）
...


LSISAS1078
[attach]1447771[/attach]
128KB的SRAM應該是Context RAM吧...
Memory Queue指的是內存控制器...
他和一組Hardware XOR Assist連接...
這個Hardware XOR Assist應該有包含GF function用來作為RAID 6的Q parity計算(P+Q)...

PPC440SP
[attach]1447770[/attach]

PLB的Crossbar架構
[attach]1447775[/attach]
透過PLB, R/W是全雙工雙向操作
@166MHz, (128x166)/8=~2.6GB/s,
在Full-Duplex下, ~2.6x2=~5.2GB/s...
Crossbar架構, 兩條bus同時傳輸, ~5.2x2=~10.4GB/s
PLB Arbiter作為定址操作...

根據LSI某份文件...
[attach]1447773[/attach]

Intel的IOP348同樣也有兩組Internal Bus:分為South和North...
128bits, 400MHz...





作者: per1-q1222    时间: 2010-12-18 08:13
errantry 发表于 2010-12-18 00:16
找到电池了。。。。。400大洋。。。。准备入手。。。。

哪找的??
作者: 五湖废人    时间: 2010-12-18 08:33
我说...还有一个可能...
你的R5建立了，后台初始化完成了么= =
作者: per1-q1222    时间: 2010-12-18 08:52
本帖最后由 per1-q1222 于 2010-12-18 08:54 编辑

貼在這好了..
最近我同事的lab..
它們要作大量的解密運算和虛擬化I/O還有檢測....
I/O量頗大...
n張LSI SAS HBA...
DELL H700, 6i...
Emulex FC, Qlogic FC...
10Gbps, 20Gbps IB...
好幾台HP Proliant Server...

這張是它們進行對某家RAMDisk軟體的檢測...



打算要作到48GB的 DRAM Cache..
作者: 五湖废人    时间: 2010-12-18 09:28
本帖最后由 五湖废人 于 2010-12-18 09:31 编辑

No Read Ahead，Direct I/O
看来ATOM的U还是不给力啊...
幸好只是做仓库



作者: per1-q1222    时间: 2010-12-18 09:34
五湖废人 发表于 2010-12-18 09:28
No Read Ahead，Direct I/O
看来ATOM的U还是不给力啊...
幸好只是做仓库

為什麼要開NRA呢??..
是為了測試才故意作NRA??..
作者: 五湖废人    时间: 2010-12-18 09:38
per1-q1222 发表于 2010-12-18 09:34
為什麼要開NRA呢??..
是為了測試才故意作NRA??..

没特意开...因为默认是这个- -刚才打开MSM才看到- -
貌似我记得现在MSM里面没有自适应的选择了，要么是No要么是Always
反正这就是存东西的仓库盘...
作者: per1-q1222    时间: 2010-12-18 09:40
五湖废人 发表于 2010-12-18 09:38
没特意开...因为默认是这个- -刚才打开MSM才看到- -
貌似我记得现在MSM里面没有自适应的选择了，要么是N ...

選成Read Ahead...
這東西就是Read Cache...
作為倉庫盤這個選項是有意義的..
作者: 五湖废人    时间: 2010-12-18 09:42
per1-q1222 发表于 2010-12-18 09:40
選成Read Ahead...
這東西就是Read Cache...
作為倉庫盤這個選項是有意義的..

不是，你没懂我的意思
我是说，现在MSM默认显示No Read Ahead
实际在上卡的BIOS里面，是自适应预读的
但是跑MSM里面就显示为不预读了
作者: 五湖废人    时间: 2010-12-18 09:46
作者: per1-q1222    时间: 2010-12-18 09:48
五湖废人 发表于 2010-12-18 09:42
不是，你没懂我的意思
我是说，现在MSM默认显示No Read Ahead
实际在上卡的BIOS里面，是自适应预读的

DELL的firmware還看的到adaptive喔??
LSI的WebBIOS已經把這個選項消滅掉了...
某份LSI文件曾表明過要把Adaptive給消滅掉...
作者: 五湖废人    时间: 2010-12-18 09:49
per1-q1222 发表于 2010-12-18 09:48
DELL的firmware還看的到adaptive喔??
LSI的WebBIOS已經把這個選項消滅掉了...
某份LSI文件曾表明過 ...

对的，还能看到，而且还是默认的呢= =
自适应还是始终，反正我也不懂各自啥区别- -
不过MSM不能认H700里面的设置，也不能更改，我很郁闷
作者: per1-q1222    时间: 2010-12-18 09:58
本帖最后由 per1-q1222 于 2010-12-18 09:59 编辑
五湖废人 发表于 2010-12-18 09:49
对的，还能看到，而且还是默认的呢= =
自适应还是始终，反正我也不懂各自啥区别- -
不过MSM不能认H700里 ...


Adaptive Read Ahead
–
This specifies that the controller uses read-ahead if the two most recent disk accesses occurred in sequential sectors. If all read requests are random, the algorithm reverts to No Read Ahead, however all requests are still evaluated for possible sequential operation.

智能型操作...
如果兩次I/O access都發生在相連續的sectors下...
RA是有作用的...
如果I/O request是隨機的...
那會被設定為NRA...

個人建議設成RA是因為他有可能會把連續I/O操作判定為NRA...
對於像倉庫盤這種類型的應用..
強制RA是有用處的..

反正LSI把他給滅掉了..

作者: 五湖废人    时间: 2010-12-18 10:16
per1-q1222 发表于 2010-12-18 09:58
Adaptive Read Ahead
–
This specifies that the controller uses read-ahead if the two most rece ...

不过我改和不改- -貌似性能都没啥差别...
我还是最想解决H700和M28E的诡异兼容问题- -b
作者: per1-q1222    时间: 2010-12-18 10:20
五湖废人 发表于 2010-12-18 10:16
不过我改和不改- -貌似性能都没啥差别...
我还是最想解决H700和M28E的诡异兼容问题- -b

=3=.....
這種組合..
貌似你問DELL或著Supermicro..
它們都不太會理你...
作者: 五湖废人    时间: 2010-12-18 10:29
per1-q1222 发表于 2010-12-18 10:20
=3=.....
這種組合..
貌似你問DELL或著Supermicro..

答对了...
两边都说是对方的原因.....
作者: per1-q1222    时间: 2010-12-18 10:30
本帖最后由 per1-q1222 于 2010-12-18 10:31 编辑
五湖废人 发表于 2010-12-18 10:29
答对了...
两边都说是对方的原因.....


你沒住TW...
沒法幫你..
如果住TW的話..
你可以把東西寄過來..
我看我能不能透過關係聯絡Supermicro台灣區總工程師拜託協助一下...
作者: 五湖废人    时间: 2010-12-18 10:32
per1-q1222 发表于 2010-12-18 10:30
你沒住TW...
沒法幫你..
如果住TW的話..

- -我早就想移民了......可惜- -
不过，TW和USA的工程师，都有我们这里的Supermicro代理帮我去邮件询问了，还都没啥有效回应呢= =
作者: 五湖废人    时间: 2010-12-18 10:33
外加LSI原厂卡贵得吓人- -配齐要花好多好多钱了- -
作者: per1-q1222    时间: 2010-12-18 10:37
本帖最后由 per1-q1222 于 2010-12-18 10:37 编辑
五湖废人 发表于 2010-12-18 10:33
外加LSI原厂卡贵得吓人- -配齐要花好多好多钱了- -


如果有東西送到它們那邊檢測...
動用關係拜託一下...
應該是ok(不過相隔兩岸..沒法囉..)....

TW當初買8i+BBU...
total花了30多k台幣..
single-kit版本, 沒付cable..
作者: 五湖废人    时间: 2010-12-18 10:41
per1-q1222 发表于 2010-12-18 10:37
如果有東西送到它們那邊檢測...
動用關係拜託一下...
應該是ok(不過相隔兩岸..沒法囉..)....

今晚背上绑个袋子就去金门游泳过去= =
觉得最近几年LSI的收入真应该是很不错...
作者: per1-q1222    时间: 2010-12-18 10:43
五湖废人 发表于 2010-12-18 10:41
今晚背上绑个袋子就去金门游泳过去= =
觉得最近几年LSI的收入真应该是很不错...

ROMB產品是他的天下...
IBM, Supermicro, DELL, HP都有他的solution...
過的蠻滋潤的...
作者: yozi    时间: 2010-12-18 10:54
五湖废人 发表于 2010-12-18 10:32
- -我早就想移民了......可惜- -
不过，TW和USA的工程师，都有我们这里的Supermicro代理帮我去邮件询问了 ...

繁体老兄说过了，能帮你解决 ，你给他寄过去就OK了
作者: per1-q1222    时间: 2010-12-18 10:57
本帖最后由 per1-q1222 于 2010-12-18 10:58 编辑

不能100%解決...
原因很簡單...
如果是Supermicro的問題..
看能不能把backplane刷個firmware修看看..
如果是DELL的問題...
那它們愛莫能助...
這些都需要時間的...
作者: per1-q1222    时间: 2010-12-18 11:19
剛剛重測了CacheCade...
QD較大的4k隨機測試....
Read operation性能提升幅度還真不是普通的大...
[attach]1447839[/attach]
作者: 五湖废人    时间: 2010-12-18 11:34
yozi 发表于 2010-12-18 10:54
繁体老兄说过了，能帮你解决 ，你给他寄过去就OK了

- -这个折腾的功夫...真的...我咬咬牙买LSI原厂卡算了= =
又不是江浙沪顺风20元当天件这么简单|||哎~~
作者: per1-q1222    时间: 2010-12-18 11:41
五湖废人 发表于 2010-12-18 11:34
- -这个折腾的功夫...真的...我咬咬牙买LSI原厂卡算了= =
又不是江浙沪顺风20元当天件这么简单|||哎~~

買LSI..
會被騙很多$$加買其他元件...
你乾脆等Adaptec by PMC的6Gb/s RAID HBA好了..
作者: 五湖废人    时间: 2010-12-18 11:53
per1-q1222 发表于 2010-12-18 11:41
買LSI..
會被騙很多$$加買其他元件...
你乾脆等Adaptec by PMC的6Gb/s RAID HBA好了..

反正你也被骗了买这么多了…………- -
作者: yozi    时间: 2010-12-18 11:57
per1-q1222 发表于 2010-12-18 11:41
買LSI..
會被騙很多$$加買其他元件...
你乾脆等Adaptec by PMC的6Gb/s RAID HBA好了..

冒昧问一句：兄台做什么工作的？
作者: per1-q1222    时间: 2010-12-18 12:13
yozi 发表于 2010-12-18 11:57
冒昧问一句：兄台做什么工作的？

跟硬件毫無關係...
Web編程開發...
作者: per1-q1222    时间: 2010-12-18 12:14
五湖废人 发表于 2010-12-18 11:53
反正你也被骗了买这么多了…………- -



作者: 五湖废人    时间: 2010-12-18 12:20
对了，DELL有没有自己的SAS RAID管理软件？总觉得用LSI的MSM速度慢死了
以前用DELL版本的MSM的时候速度还不错啊，后来2.66后就没有DELL自己的版本了……
作者: yozi    时间: 2010-12-18 12:26
per1-q1222 发表于 2010-12-18 12:13
跟硬件毫無關係...
Web編程開發...

WEB编程开发就这么熟悉硬件？ 不得不佩服对岸的IT人员综合素质
作者: per1-q1222    时间: 2010-12-18 12:37
本帖最后由 per1-q1222 于 2010-12-18 12:39 编辑
五湖废人 发表于 2010-12-18 12:20
对了，DELL有没有自己的SAS RAID管理软件？总觉得用LSI的MSM速度慢死了
以前用DELL版本的MSM的时候速度还不 ...


Dell OpenManage Server Administrator<<==Storage Management Service
很肥的東西...
這東西也許可能需要指定的DELL Server產品才能用..

還是乖乖用LSI的MSM吧..
作者: per1-q1222    时间: 2010-12-18 12:38
yozi 发表于 2010-12-18 12:26
WEB编程开发就这么熟悉硬件？ 不得不佩服对岸的IT人员综合素质

我是特例...
不要想太多..
作者: aliguagua    时间: 2010-12-18 13:09
五湖废人 发表于 2010-12-18 09:46

米人也买绿盘
作者: errantry    时间: 2010-12-18 18:08
per1-q1222 发表于 2010-12-18 08:13
哪找的??

EBAY的代购。。。。。全新的，折合成RMB400，灰常划算
作者: wmfwmf    时间: 2010-12-18 18:43
per1-q1222 发表于 2010-12-18 08:52
貼在這好了..
最近我同事的lab..
它們要作大量的解密運算和虛擬化I/O還有檢測....

速度很快 但是好像你没注意到处理器资源的占用率吧50%
作者: idolclub    时间: 2010-12-18 19:02
五湖废人 发表于 2010-12-18 09:49
对的，还能看到，而且还是默认的呢= =
自适应还是始终，反正我也不懂各自啥区别- -
不过MSM不能认H700里 ...

LSI MSM可兼容Dell H700, 也可在MSM中更改H700的設定和參數
作者: idolclub    时间: 2010-12-18 19:15
per1-q1222 发表于 2010-12-18 11:41
買LSI..
會被騙很多$$加買其他元件...
你乾脆等Adaptec by PMC的6Gb/s RAID HBA好了..

雖然未看到樣品, 但就目前Adaptec所公佈的數據:

"They deliver up to 60% higher sustained sequential throughput than previous generation Adaptec controllers and up to 2GB/s sustained data transfer rate to the host."

根據以上的數字來看, 我對PMC-Sierra PM8013這顆RoC不抱太大期望.

作者: per1-q1222    时间: 2010-12-18 19:26
本帖最后由 per1-q1222 于 2010-12-18 19:30 编辑
wmfwmf 发表于 2010-12-18 18:43
速度很快 但是好像你没注意到处理器资源的占用率吧50%

那個CPU Usage姑且不理...
反正是檢測用的..
這個是在E5502雙核心下測試的...

作者: per1-q1222    时间: 2010-12-18 19:28
本帖最后由 per1-q1222 于 2010-12-18 19:29 编辑
idolclub 发表于 2010-12-18 19:15
雖然未看到樣品, 但就目前Adaptec所公佈的數據:

"They deliver up to 60% higher sustained sequentia ...

透過買下Adaptec取得相關高階的RAID stack技術..
看能對他們的RoC產品能強化到甚麼地步....
我其實是樂觀其成拉..

作者: idolclub    时间: 2010-12-18 19:41
per1-q1222 发表于 2010-12-18 19:28
透過買下Adaptec取得相關高階的RAID stack技術..
看能對他們的RoC產品能強化到甚麼地步....
我其 ...

目前LSI一家獨大的確對用家不利, 若Adaptec Software + PMC RoC兩家結合真能生產不錯方案的話, 至少要對LSI構成一定威脅, 我們也許不再需要付費購買FastPath和CacheCade這些本應就包含在Firmware內的功能

作者: mkkkno1    时间: 2010-12-19 02:51
400块的BBU给链接
作者: aliguagua    时间: 2010-12-22 01:02
per1-q1222 发表于 2010-12-18 07:43
你先用CDM拿50 or 100MB的size去檢測..

听了大侠的话，偶又拿CDM测试了一下。。。。。。

首先是系统配置
  1. SERVER---        
  2.         Server IP:    192.168.1.88
  3.         Server Name:    lee-server
  4.         OS name:     Windows 2003
  5.         OS Version:    5.2
  6.         OS Architecture:   x86
  7.         Driver Name:    percsas.sys
  8.         Driver Version:   1.18.0.32
  9.         Application Version:  MegaRAID Storage Manager - 8.16.0100
  10.         
  11. HARDWARE---            
  12.         Controller:    PERC 5/i Integrated (Bus 2,Dev 14)
  13.         Status:     Optimal
  14.         Firmware Package Version:7.0.1-0075
  15.         Firmware Version:  1.12.280-0826
  16.         BBU:      YES
  17.         Enclosure(s):   0
  18.         Drive(s):    6
  19.         Virtual Drive(s):  1
  20.         
  21. BBU---        
  22.         BBU Battery Type   BBU
  23.         BBU Status:    Healthy
  24.         
  25. Drives---        
  26.         CONNECTOR  PRODUCT ID      VENDOR ID  STATE    DISK TYPE  CAPACITY   POWER STATE  
  27.         Ports 0-3  WDCWD15EVDS63V  ATA        Online   SATA       1.364 TB   On      
  28.         Ports 0-3  WDCWD15EVDS63V  ATA        Online   SATA       1.364 TB   On      
  29.         Ports 0-3  WDCWD15EVDS63V  ATA        Online   SATA       1.364 TB   On      
  30.         Ports 0-3  WDCWD15EVDS63V  ATA        Online   SATA       1.364 TB   On      
  31.         Ports 0-3  WDCWD15EVDS63V  ATA        Online   SATA       1.364 TB   On      
  32.         Ports 0-3  WDCWD15EADS00P  ATA        Online   SATA       1.364 TB   On      
  33.         
  34. Virtual Drives---        
  35.         TARGET ID    NAME      CAPACITY     STATE     RAID LEVEL    MegaRAID RECOVERY  
  36.         0            NAS       6.820 TB     Optimal     RAID 5          NO            
复制代码
然后是IO和缓存策略，不知道IO策略有没有必要改成Cached IO
[attach]1450011[/attach]

最后是CDM的成绩，6块绿盘组raid5，这个成绩正常不？
[attach]1450012[/attach]
[attach]1450013[/attach]
作者: per1-q1222    时间: 2010-12-22 08:18
本帖最后由 per1-q1222 于 2010-12-22 08:22 编辑
aliguagua 发表于 2010-12-22 01:02
听了大侠的话，偶又拿CDM测试了一下。。。。。。

首先是系统配置然后是IO和缓存策略，不知道IO策略有没 ...


IO Policy預設直接Direct IO就好...
這個用途如果某些頻繁I/O傳輸的資料...
那他有可能被CACHE掉..
不過有個問題就是Cache的觀點不僅僅限制在hardware..
從軟體層來看...
他們也會搞cache(拿system memory)..
所以我的意思是指...
這個IO Policy設定為Cached IO的效益不高..
連LSI都不建設設定了..
預設直接Direct 即可IO..

那目前這個設定還有甚麼作用??
留他作啥??
沒作啥...給CacheCade用..

你Disk Cache設成Enable...
如果作為倉庫盤..
你可以嘗試將Stripe Size拉成256KB...


作者: aliguagua    时间: 2010-12-22 09:12
per1-q1222 发表于 2010-12-22 08:18
IO Policy預設直接Direct IO就好...
這個用途如果某些頻繁I/O傳輸的資料...
那他有可能被CACHE掉..

其实我是看了这个帖子的性能实测才将条带设置为128K的

http://bbs.ocer.net/redirect.php?goto=findpost&ptid=270841&pid=2599566&fromuid=161022
4、4盘组RAID5，这个测试最有趣。可以发现一个明显规律：条带越大，寻道时间就越长，很明显是非线性的，呈2次曲线状。多个峰值都出现在128K条带上，最佳的结果只有是128K条带了。256K条带结果也将就吧。
作者: per1-q1222    时间: 2010-12-22 10:07
本帖最后由 per1-q1222 于 2010-12-22 10:10 编辑
aliguagua 发表于 2010-12-22 09:12
其实我是看了这个帖子的性能实测才将条带设置为128K的

http://bbs.ocer.net/redirect.php?goto=findpo ...


•Direct IO
All read data is transferred directly to host memory bypassing RAID controller cache. Any Read Ahead data is cached.
All write data is transferred directly from host memory bypassing RAID controller cache if Write-Through cache mode is set

Recommended for all configurations
•Cached IO
All read and write data passes through controller cache memory on its way to or from host memory. Includes write data in Write-Through mode.
•This legacy option is being eliminated in a future release

我覺得他的測試結論待保留..
我不清楚為什麼他的測試結果是這樣..
不過作RAID的目的是:
1. 從最大傳輸率增加
2. 從整體的Seek Time,Access time 減少(非指單顆..)

他那個HD Tune測出來的Access Time(RAID過後對於Access Time, HD Tune應該是不會有太大變動..)...
結果是很奇怪的...
因為剩下需要改善的僅能從固件去增強...
你確定你的固件版本??
看能不能刷LSI的固件??

我覺得需要更多測試去檢查...
你嘗試用ATTO去檢查Seq.的最大性能..






欢迎光临 POPPUR爱换 (https://we.poppur.com/) Powered by Discuz! X3.4