Configuration: Symmetrix VMax 32Gb cache, thin pool 13Tb 2-Way Mir with evenly allocation tracks (no disk was added since VMax installed)
I'm stuck at one problem - sequential reading by backup operation or just copy to another location has low perfomance (about 100Mbit/s)
But if I test device by IOMeter with multithread load - perfomance is good... And I don't get it why it so slow on reading operation. I'm copy data from Clarrion to Symm at the same server and speed was impressive, but now...
OS Windows 2003 SP2 x64, partitions was created with DISKPART align=1024 as EMC say.
I'm test with different IO size - from 4Kb to 4Mb (best throughput was on bigest size)
Yes, I look at perfomance in ECC, and throughput of tested device is very low and only front end port felt the difference between my test and normal work. I guess it cahe effect... hmm... maybe I should try to tune QoS... but whole symmetrix load is not so huge (max ~120Mb/s throughput and 13k IOPS - it is for 200 15K rpm and my problem 30 SATA disks).
And I still don't get it... I tested cache effect (test with IOMeter device with 10Gb space) and I get throughput 600Mb/s for huge IO size and 37K IOPS for small IO size (my colleague get 50K IOPS from cache). Any way if it cache effect it must work better...
Perhaps more important is the size of files that reside on this volume - the average size of 1MB minimum 1Kb maximum 5Mb?
I would be interested in the results of a pure IOMETER sequential read, single thread with say 128k IOs. Typically the Symmetrix doesn't get improved throughput with IO sizes larger than that, and could actually go down above 256k.
The cached IO rate is going to depend on the number of FA slices you are using. Each one has a dedicated CPU which will gate the maximum rate.
Yes, I would expect that any IO size below 64k would reduce throughput. The sweet spot should be 128k or 256k IOs. Larger than 256k could reduce performance.
Quincy561
1281 Posts
752
0
Posted May 6th, 2010 06:00
100Mbit? So 10MB/sec? That is pretty low.
I would assume the backup job is probably single threaded vs. the IOMETER test, and may not be as sequential as you think.
Do you have any STP data from the backup job?