Re: vm/fs meetup details

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

 



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:
> > David Chinner wrote:
> > >On Thu, Jul 05, 2007 at 01:40:08PM -0700, Zach Brown wrote:
> > >>>- 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 from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux