请教EMC带宽问题

dcmlj

用emc cx500连ibm p570做测试，在对同一个lun进行读操作，一个操作是140m左右，但是在对同一个文件块做三个连续的读操作时带宽降到110m左右，这种情况是否正常，如果再增加读操作，带宽还会降低。做的是raid5，每个sp的读cache为500m，写cache是1g，那位大侠给分析一下，多谢啦

shiqiaoliang

你采用什么方式读的呢？DD吗，如果是DD。只能作为参考。DD测试是不准确的。不能作为依据的。最好用专用的工具测试一下。

dcmlj

是topas

shiqiaoliang

我的意思是你用什么工具测试的。不是说用什么看的。光纤维的带宽是2G，现在最新的已经是4G。单台570压到CX500，CX500不会是瓶颈的。我觉的你的测试结果和你的工具有关系。采用什么方式读数据对测试结果影响是很大的。

sharkbing

大家都去读写一个磁盘的块，性能下降是很正常的呀。并发的读写越多，磁盘性能肯定下降。瓶颈出现在磁盘，不是在cache .

shiqiaoliang

这里面还是有些要讨论的。如果是数据不大，读同一个LUN的同一个数据。会让读CACHE的命中率很高的。这时候应该说有很多数据是从CACHE里读出的。速度应该非常的快的。所以个人还是认为和测试的方式。测试的数据大小有密切的关系。如果数据大部分在CACHE里。应该是很快的。如果数据量很大。导致大部分数据从硬盘中读出。那是会变慢了。

suek

原帖由 dcmlj 于 2006-4-26 18:25 发表
每个sp的读cache为500m，写cache是1g

写cache需要这么大么？
读cache不设置设大一点？

一般不建议这样设置

[ 本帖最后由 suek 于 2006-4-26 23:42 编辑 ]

overquota

我也觉得这个cache设置有点奇怪
另外,三个读操作同时进行bandwidth下降也有可能是由于资源争用导致延时而引起的,
不管要读的文件是在磁盘上或者已经pre-fetch到cache中,并发的访问都会引起争用而导致等待。

原帖由 suek 于 2006-4-26 23:39 发表


写cache需要这么大么？
读cache不设置设大一点？

一般不建议这样设置

nus

这种情况正常

sonorous

如果没有特殊情况的话，一般cache设置读为写的2倍，楼主正好设反了，呵呵