* Usefulness of RAID 4
@ 2013-02-19 3:01 Chris Murphy
2013-02-19 22:41 ` Stan Hoeppner
0 siblings, 1 reply; 8+ messages in thread
From: Chris Murphy @ 2013-02-19 3:01 UTC (permalink / raw)
To: linux-raid@vger.kernel.org list
Assuming HDD only, is there broad use case for RAID 4 that RAID 5 isn't equally or better suited for?
What about making the parity drive an SSD, keeping the other drives HDD?
Chris Murphy
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Usefulness of RAID 4
2013-02-19 3:01 Usefulness of RAID 4 Chris Murphy
@ 2013-02-19 22:41 ` Stan Hoeppner
2013-02-19 22:46 ` Chris Murphy
0 siblings, 1 reply; 8+ messages in thread
From: Stan Hoeppner @ 2013-02-19 22:41 UTC (permalink / raw)
To: Chris Murphy; +Cc: linux-raid@vger.kernel.org list
On 2/18/2013 9:01 PM, Chris Murphy wrote:
> Assuming HDD only, is there broad use case for RAID 4 that RAID 5 isn't equally or better suited for?
>
> What about making the parity drive an SSD, keeping the other drives HDD?
Why are you revisiting RAID-4? It's dead tech, decades ago. It has no
advantages over subsequent RAID levels, yet significant handicap.
--
Stan
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Usefulness of RAID 4
2013-02-19 22:41 ` Stan Hoeppner
@ 2013-02-19 22:46 ` Chris Murphy
2013-02-19 22:58 ` Stan Hoeppner
` (2 more replies)
0 siblings, 3 replies; 8+ messages in thread
From: Chris Murphy @ 2013-02-19 22:46 UTC (permalink / raw)
To: stan; +Cc: linux-raid@vger.kernel.org list
On Feb 19, 2013, at 3:41 PM, Stan Hoeppner <stan@hardwarefreak.com> wrote:
> On 2/18/2013 9:01 PM, Chris Murphy wrote:
>> Assuming HDD only, is there broad use case for RAID 4 that RAID 5 isn't equally or better suited for?
>>
>> What about making the parity drive an SSD, keeping the other drives HDD?
>
> Why are you revisiting RAID-4?
Because it's offered in Fedora 18's GUI installer.
> It's dead tech, decades ago. It has no
> advantages over subsequent RAID levels, yet significant handicap.
That's what I thought. But is it remotely practical/useful to use HDDs for data drives, and one SSD as the parity drive to eliminate the parity write bottleneck of RAID 4?
Chris Murphy
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Usefulness of RAID 4
2013-02-19 22:46 ` Chris Murphy
@ 2013-02-19 22:58 ` Stan Hoeppner
2013-02-19 23:07 ` Chris Murphy
2013-02-20 7:56 ` David Brown
2013-02-20 18:15 ` Stan Hoeppner
2 siblings, 1 reply; 8+ messages in thread
From: Stan Hoeppner @ 2013-02-19 22:58 UTC (permalink / raw)
To: Chris Murphy; +Cc: linux-raid@vger.kernel.org list
On 2/19/2013 4:46 PM, Chris Murphy wrote:
>
> On Feb 19, 2013, at 3:41 PM, Stan Hoeppner <stan@hardwarefreak.com> wrote:
>
>> On 2/18/2013 9:01 PM, Chris Murphy wrote:
>>> Assuming HDD only, is there broad use case for RAID 4 that RAID 5 isn't equally or better suited for?
>>>
>>> What about making the parity drive an SSD, keeping the other drives HDD?
>>
>> Why are you revisiting RAID-4?
>
> Because it's offered in Fedora 18's GUI installer.
>
>> It's dead tech, decades ago. It has no
>> advantages over subsequent RAID levels, yet significant handicap.
>
> That's what I thought. But is it remotely practical/useful to use HDDs for data drives, and one SSD as the parity drive to eliminate the parity write bottleneck of RAID 4?
Lines from the 1990 submarine warfare film "Hunt for Red October" are
applicable here:
Ryan: "Could you launch an ICBM horizontally?"
Tyler: "I guess you could, but why would you want to?"
--
Stan
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Usefulness of RAID 4
2013-02-19 22:58 ` Stan Hoeppner
@ 2013-02-19 23:07 ` Chris Murphy
0 siblings, 0 replies; 8+ messages in thread
From: Chris Murphy @ 2013-02-19 23:07 UTC (permalink / raw)
To: stan; +Cc: linux-raid@vger.kernel.org list
On Feb 19, 2013, at 3:58 PM, Stan Hoeppner <stan@hardwarefreak.com> wrote:
>
> Lines from the 1990 submarine warfare film "Hunt for Red October" are
> applicable here:
>
> Ryan: "Could you launch an ICBM horizontally?"
> Tyler: "I guess you could, but why would you want to?"
Trust me, I've been saying this a lot about user requests for esoteric features to the degree my eyeballs are getting sore from rolling so much. If I had a parrot, it would know 7 different inflections for saying WTF, and not the acronym.
Here's another one for you: RAID 0+1 as an install option instead of 10? Yes you could use 0+1 to do a three disk setup, that's the only thing it seems to bring to the table. e.g. stripe two SSD's, then mirror them with one suitably sized HDD? Why would you want to? You're too cheap to do a RAID 10 with four SSDs?
Chris Murphy
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Usefulness of RAID 4
2013-02-19 22:46 ` Chris Murphy
2013-02-19 22:58 ` Stan Hoeppner
@ 2013-02-20 7:56 ` David Brown
2013-02-20 19:24 ` Chris Murphy
2013-02-20 18:15 ` Stan Hoeppner
2 siblings, 1 reply; 8+ messages in thread
From: David Brown @ 2013-02-20 7:56 UTC (permalink / raw)
To: Chris Murphy; +Cc: stan, linux-raid@vger.kernel.org list
On 19/02/13 23:46, Chris Murphy wrote:
>
> On Feb 19, 2013, at 3:41 PM, Stan Hoeppner <stan@hardwarefreak.com>
> wrote:
>
>> On 2/18/2013 9:01 PM, Chris Murphy wrote:
>>> Assuming HDD only, is there broad use case for RAID 4 that RAID 5
>>> isn't equally or better suited for?
>>>
>>> What about making the parity drive an SSD, keeping the other
>>> drives HDD?
Raid 4 has no good uses as a final format for a raid layout - raid 5 is
better in every way.
However, raid 4 /is/ useful as an intermediary format for md raid,
during operations like re-shaping and re-sizing. It is more like a raid
5 with an unusual parity layout (md raid also supports raid 6 with a
number of different parity layouts for the same reason).
>>
>> Why are you revisiting RAID-4?
>
> Because it's offered in Fedora 18's GUI installer.
Fedora is a distribution aimed at experienced users and tinkerers, so it
tends to include all sorts of weird opinions in the installer - simply
because Linux supports them. It will probably also have an option to
use the minix file system for your root file system.
>
>> It's dead tech, decades ago. It has no advantages over subsequent
>> RAID levels, yet significant handicap.
>
> That's what I thought. But is it remotely practical/useful to use
> HDDs for data drives, and one SSD as the parity drive to eliminate
> the parity write bottleneck of RAID 4?
>
>
> Chris Murphy-- To unsubscribe from this list: send the line
> "unsubscribe linux-raid" in the body of a message to
> majordomo@vger.kernel.org More majordomo info at
> http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Usefulness of RAID 4
2013-02-19 22:46 ` Chris Murphy
2013-02-19 22:58 ` Stan Hoeppner
2013-02-20 7:56 ` David Brown
@ 2013-02-20 18:15 ` Stan Hoeppner
2 siblings, 0 replies; 8+ messages in thread
From: Stan Hoeppner @ 2013-02-20 18:15 UTC (permalink / raw)
To: Chris Murphy; +Cc: linux-raid@vger.kernel.org list
On 2/19/2013 4:46 PM, Chris Murphy wrote:
> But is it remotely practical/useful to use HDDs for data drives, and one SSD as the parity drive to eliminate the parity write bottleneck of RAID 4?
I don't see how. The SSD dedicated to parity must have the same
capacity as the HDDs. The largest non PCIe monster SDDs are right at
1TB and the cheapest of those is ~$1000. If the goal is to do an end
run around slow parity writes of RAID4, then RAID10/0+1/etc with HDDs
gives a lot more capacity and performance for the same or less money.
Hybrid RAID4 setup:
2TB net capacity
Mushkin Enhanced 2.5" 960GB = $1000
2x Hitachi 1TB 7.2K 2.5" = $ 200
$1200
RAID10 setup:
6TB net capacity
12x Hitachi 1TB 7.2K 2.5" = $1200
The RAID10 setup has 3x write performance and capacity for the same
money, albeit with more power draw and more ports required.
--
Stan
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Usefulness of RAID 4
2013-02-20 7:56 ` David Brown
@ 2013-02-20 19:24 ` Chris Murphy
0 siblings, 0 replies; 8+ messages in thread
From: Chris Murphy @ 2013-02-20 19:24 UTC (permalink / raw)
To: David Brown; +Cc: stan, linux-raid@vger.kernel.org list
On Feb 20, 2013, at 12:56 AM, David Brown <david.brown@hesbynett.no> wrote:
>
> Raid 4 has no good uses as a final format for a raid layout - raid 5 is
> better in every way.
>
> However, raid 4 /is/ useful as an intermediary format for md raid,
> during operations like re-shaping and re-sizing.
Understood.
> Fedora is a distribution aimed at experienced users and tinkerers, so it
> tends to include all sorts of weird opinions in the installer - simply
> because Linux supports them. It will probably also have an option to
> use the minix file system for your root file system.
It doesn't. The Fedora 18 installer is ground up new. There are all sorts of things that linux supports that the installer won't let you do. Anyway, I think the offering of RAID 4 unnecessarily complicates the new plain language UI, because it has to be distinguished from RAID 5 without calling them RAID 4 and RAID 5. That makes the UI much more challenging, and just for the nine people on the whole rock who might use this as a final format.
> I don't see how. The SSD dedicated to parity must have the same
> capacity as the HDDs. The largest non PCIe monster SDDs are right at
> 1TB and the cheapest of those is ~$1000.
I was thinking of smaller drives, like 500GB. Maybe 3-4 data HDDs, and 1 SSD. That'd be pretty cheap. But even still, I think the number of people who'd want to do this could be counted on one hand.
Chris Murphy
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2013-02-20 19:24 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-02-19 3:01 Usefulness of RAID 4 Chris Murphy
2013-02-19 22:41 ` Stan Hoeppner
2013-02-19 22:46 ` Chris Murphy
2013-02-19 22:58 ` Stan Hoeppner
2013-02-19 23:07 ` Chris Murphy
2013-02-20 7:56 ` David Brown
2013-02-20 19:24 ` Chris Murphy
2013-02-20 18:15 ` Stan Hoeppner
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.