I learned about arrays from that...

Soldato
Joined
23 Mar 2005
Posts
3,840
I have finally managed to get my 4 Drive array running again and have spent the afternoon benching it with some surprising results. Some good some bad, but certainly an education.

I'm running:

4x72Gb 15k.4 Seagate Cheetahs
Dell Perc 4e/dc (Lsi MegaRAID 320 2e) - Dell boot drivers/Lsi Windows drivers
The drives are split between the 2 channels with 2 drives each.
There are also 3x18Gb 15k.3's and a single 36Gb 15k.4 spread across the 2 channels.

I spent about 3 hours ripping out the old config and installing the new drives (Got an enclosure for the 4 new ones, but not only did it turn out to be u160 only, it also corrupted my Windows install so I had to reinstall everything :rolleyes: )

Eventually got everything in - some in my Tower, some in my home build enclosure (Channel 0 is in the Tower and 1 is in the other) and fired it up - ran the default setting and got the shock of my life:

Using HDTach - only really interested in the sustained Read:

64kb - Write Back - Read Ahead - Direct IO (Raid 0)
4drive127.jpg

127 Mb/s was a massive disappointment as I was getting more out of my 2 Disk Array with the older 15k.3's! So I began playing:

128Kb - Write Back - Read Ahead - Cached IO (Raid 0)
4drive153.jpg

Better - but still only just faster than my old setup. This was the only one of these that I did a Cached IO (using the onboard 256mb of RAM instead of writing straight to system RAM) - I found that on most of the setups it gave a slower average speed, but as you can see it is a far 'flatter' graph giving a far more consistent speed - be interested to see what this does in large level loads!

32Kb - Write Back - Read Ahead - Direct IO (Raid 0)
4drive162.jpg

Nice...

16Kb - Write Back - Read Ahead - Direct IO (Raid 0)
4drive170.jpg

>170mb/s - now we're talking - this is a lot closer to what I was hoping for! It's the fasters speed I was able to achieve using the 4 drives in Raid 0 - but I still think there's something holding them back - the Drives should be able to sustain well over 200mb/s, and although all of these top out at 220ish max read I found that at 32Kb it went all the way up to 260mb/s!! Now that would be awesome.

Obviously I played around with each of the variables, and I have to say they made little difference.
Write Back/Through: About 2-3% faster doing Write back
Read Ahead: Again - forcing it rather than allowing Adaptive 2-3%
Direct/Cached IO - Depended on the Stripe size - some took a large hit, others didn't but the graph was always 'flattened' by using the onboard Cache.

Burst Speeds: HDTach is notoriously unreliable for Scsi drives - so I tend to ignore Burst speeds, but it was interesting to see the effect using the OnBoard Cache had - nearly doubling the burst speed. Although this wasn't true when I tried it at 16kb for some reason.
 
Since I could - I did a bit of work with 2 Disk arrays and the results were very interesting. While it was clear that the 4 Disk array preferred smaller stripes - getting faster towards 16k (not sure why it hates 64k so much :confused: ) The opposite was true with the 2 Disk arrays:


16kb - Write Back - Read Ahead - Direct IO (Raid 0)

32kb - Write Back - Read Ahead - Direct IO (Raid 0)
2drive1632.jpg

Speed for the 16k stripe is pitiful at around 116mb/s, but 32 is getting better.

64kb - Write Back - Read Ahead - Direct IO (Raid 0)

128kb - Write Back - Read Ahead - Direct IO (Raid 0)
2drive64128.jpg

For some reason with 2 drives, the 128Mb stripe is the fastest. You can also see that the drives are the limiting factor here as the speed tails off as it reads towards the centre of the platter (I think it's that way round - moving faster at the edge?) - Lord only knows why the burst speed was so high for the 128k stripe :confused:

Still - >140mb/s isn't bad for a simple 2 Disk Array!

I have now officially run out of ideas - would dearly love to see these running >200mb/s (especially since I've seen 260 showing as the max!) - but I can't think of anything else to tweak. The drives are empty so nothing I can do about that. I'd love to know whether running them all off one channel would be faster or slower, but it's not a simple job to move them so I'm not going to find out unless someone out there has a similar rig :p I'm open to suggestions...
 
Last edited:
Back
Top Bottom