* Re: xfs didn't provide redundancy for citical data structure? [not found] <AANLkTimP06rpMX4BRaRIggMctQ2qR7Cul9yqcJR6Xj3O@mail.gmail.com> @ 2010-05-16 2:59 ` Stan Hoeppner 2010-05-16 23:32 ` Dave Chinner 1 sibling, 0 replies; 2+ messages in thread From: Stan Hoeppner @ 2010-05-16 2:59 UTC (permalink / raw) To: xfs hank peng put forth on 5/15/2010 10:57 AM: > I read this paper: http://pages.cs.wisc.edu/~vshree/xfs.pdf, which > says xfs didn't provide redundancy for citical data structure, such as > mirror, parity. I wonder if it is so? > If it is, is there plan to implement that for XFS developers? This paper was published in early 2005, the research based on Linux 2.6.9, which was released in 2004. The analysis was performed on code that is now ~6 years old. Are these shortcomings valid? Have any been addressed/fixed since 2004? Does real world usage show they're not needed, or that the development cost/benefit ratio is too high to bother implementing the changes? -- Stan _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: xfs didn't provide redundancy for citical data structure? [not found] <AANLkTimP06rpMX4BRaRIggMctQ2qR7Cul9yqcJR6Xj3O@mail.gmail.com> 2010-05-16 2:59 ` xfs didn't provide redundancy for citical data structure? Stan Hoeppner @ 2010-05-16 23:32 ` Dave Chinner 1 sibling, 0 replies; 2+ messages in thread From: Dave Chinner @ 2010-05-16 23:32 UTC (permalink / raw) To: hank peng; +Cc: xfs-oss On Sat, May 15, 2010 at 11:57:51PM +0800, hank peng wrote: > I read this paper: http://pages.cs.wisc.edu/~vshree/xfs.pdf, which > says xfs didn't provide redundancy for citical data structure, such as > mirror, parity. I wonder if it is so? > If it is, is there plan to implement that for XFS developers? XFS assumes redundancy and protection against bit errors is done in the block layeri (i.e. RAID of some kind). Changing that assumption takes a lot of work and involves modifying the disk format, so can't be done overnight. That being said, work is in progress to make XFS more robust - see this page for ideas on how we are approaching the problem: http://xfs.org/index.php/Reliable_Detection_and_Repair_of_Metadata_Corruption I'll also point out that the above paper makes some fundamental mistakes (e.g. XFS does not use "data=ordered" journalling as they conclude it does from a limited observation). Hence the rest of their results are somewhat questionable, too, as we can't examine them closely enough to confirm or deny them.... Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-05-16 23:30 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <AANLkTimP06rpMX4BRaRIggMctQ2qR7Cul9yqcJR6Xj3O@mail.gmail.com>
2010-05-16 2:59 ` xfs didn't provide redundancy for citical data structure? Stan Hoeppner
2010-05-16 23:32 ` Dave Chinner
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox