|
Matt, I agree with you. I am now confused, as I though it was better to separate physical Spans/Sets/groups by task, not logical partitions on one span/set/group by task.
John Tolmachoff Engineer/Consultant/Owner eServices For You
-----Original Message-----
Ok, I'll bury this for the sake of everyone else on
this list (though I though the full discussion wouldn't hurt since the topic
comes up in brief often so I kept it here). The harse ain dead yet. Well, first thing is all RAID levels create one single volume thatcombines the total available drive space. No matter what RAID level youuse, all 10 drives become one big volume, just like the 24-drive RAID 10that I've got here. You can partition it through Windows only if youwant to have more than one volume. Raid 10 will always be the fastest redundant RAID. Again, let's examinethe process for a 4-disk system: WRITE RAID 10: Write to primary stripe (half of the drives, high-priority CPU cycles) Copy to backup stripe (half of the drives, delayed, idle-time CPUcycles) WRITE RAID 5: Write to primary stripe (high-priority CPU cycles to all drives) READ RAID 10: Read from primary stripe (half the drives) READ RAID 5: Read from the whole stripe (all of the drives) There's also a calculative processor delay in RAID5 that RAID 10 doesn'thave to worry about. RAID 10 always knows where the data needs to go,RAID 5 has to figure it out, then create a parity block for everystripe. You need to examine why you are asking this question-- what is your realstorage need, performance vs. volume size vs. security? Do you need theextra usable space with RAID 5 more than you need the 30-40% boost inperformance that you get with RAID 10? Do you need RAID 10's extrasecurity of surviving a double-drive failure? Keith
|
- RE: [Declude.JunkMail] Raid Controller Colbeck, Andrew
- RE: [Declude.JunkMail] Raid Controller Keith Anderson
- RE: [Declude.JunkMail] Raid Controller Keith Anderson
- RE: [Declude.JunkMail] Raid Controller Keith Anderson
- RE: [Declude.JunkMail] Raid Controller Keith Anderson
- RE: [Declude.JunkMail] Raid Controller Keith Anderson
- Re: [Declude.JunkMail] Raid Controller Matt
- Re[2]: [Declude.JunkMail] Raid Controll... John Tolmachoff \(Lists\)
- Re[2]: [Declude.JunkMail] Raid Cont... Sanford Whiteman
- RE: [Declude.JunkMail] Raid Control... Todd Holt
- Re[2]: [Declude.JunkMail] Raid ... Sanford Whiteman
- Re: [Declude.JunkMail] Raid Control... Adrian Hauri
- Re[2]: [Declude.JunkMail] Raid ... Sanford Whiteman
- RE: Re[2]: [Declude.JunkMail] Raid Controller Keith Anderson
