Re: [PATCH 00/18] Assorted md patches headed for 2.6.30

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Julian Cowley wrote:
That would be a mistake, too. It's not tied to RAID 1+0, but it's not tied down to RAID 1 either, and its name should reflect that. I'd prefer something like raid1+0E, raid0E, raid1+1, or even just raid11. The latter term is not used anywhere I know of, so it stands out.

Storage Computer (NH) has a trademark on one of the raid levels, from memory raid7. Raid5E is used to denote a raid5 with distributed spare (something I would love to see in md).

The horse has already probably left the barn on this one, though.

And in this case locking the bard door after the horse has left is probably a path of least confusion.

Perhaps instead the documentation in mdadm(8) and md(4) could be updated to mention that raid10 is a combination of the concepts in RAID 1 and RAID 0, but is generalized enough so that it can be done with just two drives at a minimum. That would have caught my eye, at least.

Good idea.

Ob. plug for raid5E: the advantages of raid5E are two-fold. The most obvious is that head motion is spread over N+2 drives (N being number of data drives) which improves performance quite a bit in the common small business case of 4-5 drive setups. It also puts some use on each drive, so you don't suddenly start using a drive which may have been spun down for a month, may have developed issues since SMART was last run, etc.

While the distributed spare idea could be extended to raid6 and raid10, the mapping gets complex. Since Neil is currently adding code to allow for orders other than sequential in raid6, being able to quickly deploy the spare on a once-per-stripe basis might at least get him to rethink the concept.

--
Bill Davidsen <davidsen@xxxxxxx>
 "Woe unto the statesman who makes war without a reason that will still
be valid when the war is over..." Otto von Bismark

--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux