2008-1-31 08:28
shala
:L 你真是幸福的人啊,还有尸体给你摸。
我只能装模拟机看看界面
2008-1-31 08:30
shala
在技术版灌水,在水版show技术。;P
2008-1-31 13:32
炸鸡
二房的感觉遥遥无期;P
2008-1-31 17:35
炸鸡
刚才问过emcer,告知一般出厂的时侯已经是按性能最好的设计来安排的,所有path都是direct的,不存在IBM的rank的问题。客户定义的,就是后期定义的就只有哪些盘做什么raid。当你定义了一堆raid group之后,如果再做meta,系统会自动从不同的rg里面去拿盘。如野马所言,3+1做M5的话,数据会分在15块物理盘里。而这15块盘都是独立通道的,那性能就是最好的了。
下午跟酗酒中的本版斑竹讨论了一下,据说这个30MB/S是个最大数了。不知他酒醒之后,这个数字会否再增加,呵呵。
今晚再做一次备份,明天收集一个log,让emc去分析。
2008-1-31 21:16
wildhorse
刚才我看了我们这里的一个共享存储的磁盘,RAID10的,后面由4个146G/15K组成,50G的lun。
基本上busy 99%的时候,60M/s。该lun所在的RG中的其他lun也被其他机器使用。
我还见过我们这里的一个100G的R5 lun(7D+1P),基本上能跑到80-100M/s。后端磁盘都是146G/10K的。
可惜我们的DMX没有R5的lun,没办法给你做比较测试。
不过很快就会有了。:lol
2008-2-1 00:56
炸鸡
我那ecc,装好后没用过,基本上放两个星期就死掉。
我也是不相信30M就是顶点,先看看emc的分析报告吧。
还有一点,我们是否要统一一种测试的方式,包括读和写,这样才能更客观点。
2008-2-1 09:57
shala
我还见过我们这里的一个100G的R5 lun(7D+1P),基本上能跑到80-100M/s。后端磁盘都是146G/10K的。
:lol 我在HDS USP上 R5 lun(7D+1P),达到过100M/s,大家都在用的时候平均60M/s
2008-2-1 10:20
Lyric
我的本本往移动硬盘里拷贝东西能达到28M每秒,嘿嘿。
2008-2-1 13:37
shala
[quote]原帖由 [i]Lyric[/i] 于 2008-2-1 10:20 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=757952&ptid=81089][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
我的本本往移动硬盘里拷贝东西能达到28M每秒,嘿嘿。 [/quote]
28M每秒 说明传输的大文件
大文件一般是影像文件
根据楼上的rp,推测分析你本本里的是很黄很暴力的
2008-2-2 08:48
炸鸡
那就是色戒欧洲版了。;P
2008-2-2 08:51
炸鸡
大家有没测试磁盘读写速度的方法,用cp?dd?或者其它工具?
2008-2-2 11:06
shala
:lol
同时开几个ftp 电影
2008-2-2 14:59
炸鸡
左有麦太太,右有苹果,中间是阿娇。:$
2008-2-3 00:10
pyockee
还在研究啊,家里上网倍儿困难,再坚持坚持...:'(
cplv的话,鸡哥再开几个进程试试,可能有较大改善
2008-2-3 00:44
炸鸡
事太多了,先等emc的分析。年前只有4号能做点测试了。
2008-2-4 00:58
scbaba
学习中
2008-2-7 21:36
darkbug
我也看晕了,鸡哥到底怀疑啥慢呀?
要是磁盘或者阵列,那就在阵列间、LUN间、LUN到local disk间多试试呀,先确定了磁盘速度再看磁带,一步一步来,不是问题吧
另外,随便一个文件系统对于单纯的速度测试并不太合适,对于文件大小和数量什么的,对速度都有很大的影响
鸡哥这样讨论速度问题,让我有点晕了,还是我没理解鸡哥的意思?哈哈哈
2008-2-11 00:40
炸鸡
暂时我做了些测试,例如 你说的lun之间的复制之类的,都没能超过30。
我也考虑到一些因素,例如文件大小,数量等。所以一直想找个办法去确定lun的最大的速度,如果这个速度(理论值)可以确定下来,我就可判断是否在存储的设置上有问题。同样地,在磁带方面,我也想碰到一个超过30的值。假设两边都没问题,那就是中间操作系统这块了,那就用臭屁猪的方法,开几个进程去做。
明天上班了,有幸的话,可以做多几个测试。
2008-3-10 10:03
lj_cd
JJ,测试的结果呢?
页:
1
[2]
Powered by Discuz! Archiver 5.5.0
© 2001-2006 Comsenz Inc.