On Fri, Jul 06, 2007 at 04:26:51AM +0200, Nick Piggin wrote:

On Thu, Jul 05, 2007 at 05:40:57PM -0400, Rik van Riel wrote:

quoted

David Chinner wrote:

quoted

On Thu, Jul 05, 2007 at 01:40:08PM -0700, Zach Brown wrote:

quoted

quoted

- repair driven design, we know what it is (Val told us), but
how does it apply to the things we are currently working on?
should we do more of it?

I'm sure Chris and I could talk about the design elements in btrfs  
that should aid repair if folks are interested in hearing about  
them.  We'd keep the hand-waving to a minimum :).

And I'm sure I could provide a counterpoint by talking about
the techniques we've used improving XFS repair speed and
scalability without needing to change any on disk formats....

Sounds like that could be an interesting discussion.

Especially when trying to answer questions like:

"At what filesystem size will the mitigating fixes no
 longer be enough?"

and

"When will people start using filesystems THAT big?"  :)

Keep in mind that the way to get the most out of this meeting
is for the fs people to have topics of the form "we'd really
like to do X, can we get some help from the VM"? Or vice versa
from vm people.

*nod*

But, surprisingly enough, the above work is relevent to this forum
because of two things:

	- we've had to move to direct I/O and user space caching to
	  work around deficiencies in kernel block device caching
	  under memory pressure....

	- we've exploited techniques that XFS supports but the VM
	  does not. i.e. priority tagging of cached metadata so that
	  less important metadata is tossed first (e.g. toss tree
	  leaves before nodes and nodes before roots) when under
	  memory pressure.

That said, we can talk about whatever interests the group on
the day. And that could definitely include issues common to
different filesystems.

Sure ;)

Cheers,

Dave.
-- 
Dave Chinner
Principal Engineer
SGI Australian Software Group

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>