Re: DDF Trial Use draft specification now publicly available

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

 



Scott Long wrote:
Complexity != brokenness

Agreed, but complexity is also something that is one of the key things to resist... Favorite Linus maxims include "don't overdesign" and "do what you need to do, and no more" ;-)



Recording information about all disks and arrays on every disk means
that you can detect when a whole array is missing.  The more complex
array information means that you can express mutli-level arrays in a
reasonable way.  We've already spoken a little bit about this.  There is

I think you're missing an overall point about scope. DDF configuration is not global, from the standpoint of a Linux system. md's configuration (raidtab, etc) is.


Therefore, from the standpoint from the entire Linux system, the definition "all disks and arrays" varies from one RAID "domain" to another.

This artificial partitioning into domains is obviously required for hardware RAID -- a single controller does not know anything more than what spindles are attached to it.

But... this partitioning, the _initialization and ordering of domains_, varies from controller to controller, and sometimes AFAICS from one setup to setup. The Linux kernel now has to organize all that into a coherent picture.

"Getting RAID domains right" is where I see a lot of complexity... The simplicity of md's raidtab provides the same thing in userspace -- just list the ordering in a text file. The kernel only really cares about auto-running the RAID upon which your root filesystem (and raidtab) lives.


also quite a bit of information in the format that allows you to
validate each disk and determine how much your 'trust' it.  While this
certainly adds complexity, it also strengthens the notion that RAID is
about ensuring integrety.  Of course it doesn't slow down the actual
transform of a raid-0, so you can still measure it's worthiness that
way =-)

Yeah, the basic r/w fast path isn't too tough, it's not only error handling but also the minute variations in RAID formats where things gets fun :)



As Matt Domsch mentioned earlier, Adaptec has been working on a DDF
implementation for Linux under MD.  We are putting the final touches on
it right now (as I type this at 12:30am) and getting it ready for formal
testing.  After that, we will release it to the Linux community for
review and inclusion.  As an added benefit, our Enhanced MD will also
provide full (and Open) support for Adaptec HostRAID.

Yep, looking forward to it :)


Jeff




- 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

[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