If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
|
Thread Tools | Display Modes |
#1
|
|||
|
|||
RAID!
I'm trying to find info on how Raid 5 works *in the case of 3 data
drives + 1 parity*. I understand how exor'ing 2 data would yield a parity bit, but the 3data/1parity algorithm eludes me. I can't think of how you'd have enough info to recover, even if there were such a thing as a 3-input Exor. g Is this simple? Or is there a website or paper covering it? |
#2
|
|||
|
|||
"_|_|_" writes:
I'm trying to find info on how Raid 5 works *in the case of 3 data drives + 1 parity*. I understand how exor'ing 2 data would yield a parity bit, but the 3data/1parity algorithm eludes me. I can't think of how you'd have enough info to recover, even if there were such a thing as a 3-input Exor. g Yes, there's such a thing as a 3-input xor. xor(x,y,z) = (x xor y) xor z. If you have parity = xor(x,y,z) and you lose the x drive, you reconstruct it the obvious way: x = xor(parity, y, z). Similarly for the y and z drives. Is that all you wanted to know? |
#3
|
|||
|
|||
On 02 Jun 2005 17:55:20 -0700, Paul Rubin
wrote: "_|_|_" writes: I'm trying to find info on how Raid 5 works *in the case of 3 data drives + 1 parity*. I understand how exor'ing 2 data would yield a parity bit, but the 3data/1parity algorithm eludes me. I can't think of how you'd have enough info to recover, even if there were such a thing as a 3-input Exor. g Yes, there's such a thing as a 3-input xor. xor(x,y,z) = (x xor y) xor z. ... Initially, that felt counterintuitive, but you're right, Paul--it's just an even/odd thing, and you could add as many drives as desired. Is that all you wanted to know? No, but while I was typing I realized that the other questions may be somewhat arbitrary. In the past I've always run Raid 0 with an 'offboard' mirror. IOW, an image on an external server that's backed up in non-realtime. Safer against viruses/trojans, but drive failures have bitten a couple times. I figure Raid 5 should have the same read performance with a good controller (3ware, probably) but I'm trying to figure out how much impact Raid 5 will have on write performance. I realize that this is dependent on the type of operation, etc. and that I'd probably get numerous answers stating that. OTOH, if average writes stay a bit faster than writes to a normal non-Raid drive, then it could still be worthwhile. I was estimating Raid5's impact on writes as 25 to 50% (giving wide leeway) so it should still be faster. Open to comments. LL |
#4
|
|||
|
|||
I figure Raid 5 should have the same read performance with a good
controller (3ware, probably) but I'm trying to figure out how much impact Raid 5 will have on write performance. I realize that this is dependent on the type of operation, etc. and that I'd probably get numerous answers stating that. OTOH, if average writes stay a bit faster than writes to a normal non-Raid drive, then it could still be worthwhile. I was estimating Raid5's impact on writes as 25 to 50% (giving wide leeway) so it should still be faster. Open to comments. Which write performance? Sequential (MBps) or random (IOps)? How many disks? |
#5
|
|||
|
|||
On Fri, 3 Jun 2005 12:11:39 -0400, "Peter"
wrote: I figure Raid 5 should have the same read performance with a good controller [as Raid 0] ... but I'm trying to figure out how much impact Raid 5 will have on write performance. I realize that this is dependent on the type of operation, etc. and that I'd probably get numerous answers stating that. OTOH, if average writes stay a bit faster than writes to a normal non-Raid drive, then it could still be worthwhile. I was estimating Raid5's impact on writes as 25 to 50% (giving wide leeway) so it should still be faster. Open to comments. Which write performance? Sequential (MBps) or random (IOps)? I would guess primarily sequential. Video and audio apps. The audio would have to stream multiple tracks, so there would be seeks when filling up audio hardware's output buffers. I don't know the size of those buffers. How many disks? Probably 3 + parity. Controllers are 4 port. |
#6
|
|||
|
|||
I would guess primarily sequential. Video and audio apps. The audio
would have to stream multiple tracks, so there would be seeks when filling up audio hardware's output buffers. I don't know the size of those buffers. How many disks? Probably 3 + parity. Controllers are 4 port. You may get a decent sequential write speed with GOOD RAID 5 controller. May see some reviews to get an idea: http://www.gamepc.com/labs/view_cont...500s4lp&page=7 http://www.tweakers.net/reviews/557/23 |
#7
|
|||
|
|||
On Fri, 3 Jun 2005 15:04:38 -0400, "Peter"
wrote: I would guess primarily sequential. Video and audio apps. The audio would have to stream multiple tracks, so there would be seeks when filling up audio hardware's output buffers. I don't know the size of those buffers. How many disks? Probably 3 + parity. Controllers are 4 port. You may get a decent sequential write speed with GOOD RAID 5 controller. May see some reviews to get an idea: http://www.gamepc.com/labs/view_cont...500s4lp&page=7 http://www.tweakers.net/reviews/557/23 Thanks for the links, Peter. I had seen the first review (gamepc) some time ago. It seemed odd that they got such weird results on the 3ware 8000 vs 9000. I kept thinking that the test was flawed, or that data was scewed. If I recall, they also said that on-mobo RAID would be faster since it didn't have to go thru the PCI bus. That also seems wrong, given that onboard RAID is almost invariably software-based. (I don't remember ever seeing a motherboard with an actual RAID controller on it). Also, I don't think the PCI bus would be the bottleneck in most cases. I'll have to research the raid controllers mentioned in the second article. I'm only vaguely familiar with some of those manufacturers. I'm surprised to see that most placed higher than 3ware, which I thought was at or near the top. Are the other controllers really that much better? LL |
#8
|
|||
|
|||
onboard RAID is almost invariably software-based. (I don't remember
ever seeing a motherboard with an actual RAID controller on it). Is HighPoint 370 (or newer) software-based? -- Maxim Shatskih, Windows DDK MVP StorageCraft Corporation http://www.storagecraft.com |
#9
|
|||
|
|||
On Tue, 7 Jun 2005 10:30:42 +0400, "Maxim S. Shatskih"
wrote: onboard RAID is almost invariably software-based. (I don't remember ever seeing a motherboard with an actual RAID controller on it). Is HighPoint 370 (or newer) software-based? Are you saying there is a motherboard using the Highpoint? |
#10
|
|||
|
|||
Is HighPoint 370 (or newer) software-based?
Are you saying there is a motherboard using the Highpoint? Epox D3VA. An old VIA-Apollo-133 dual-CPU mobo (like dual PIII-800). -- Maxim Shatskih, Windows DDK MVP StorageCraft Corporation http://www.storagecraft.com |
|
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
IDE RAID | Ted Dawson | Asus Motherboards | 29 | September 21st 04 03:39 AM |
Need help with SATA RAID 1 failure on A7N8X Delux | Cameron | Asus Motherboards | 10 | September 6th 04 11:50 PM |
Asus P4C800 Deluxe ATA SATA and RAID Promise FastTrack 378 Drivers and more. | Julian | Asus Motherboards | 2 | August 11th 04 12:43 PM |
Gigabyte GA-8KNXP and Promise SX4000 RAID Controller | Old Dude | Gigabyte Motherboards | 4 | November 12th 03 07:26 PM |
RAID-1 reliability | marcodeo | Storage (alternative) | 26 | August 30th 03 09:53 PM |