where things are heading

Glauber Costa glommer at redhat.com
Tue Oct 28 14:10:23 PDT 2008


On Tue, Oct 28, 2008 at 11:53:37AM -0700, Zach Brown wrote:
> Hi all,
> 
> I thought I'd send out a little mail to describe some experiments that
> will be breaking the crfs code base in the coming weeks.
> 
> First, we're getting crfsd out of the business of implementing the btrfs
> disk format.  Instead we're trying having it call into btrfs.ko to read
> and write items in the file system.  We get the huge advantage of using
> the relatively mature btrfs kernel code at the non-trivial cost of
> requiring a linux kernel on the server.
> 
> Second, I want to change the crfs kernel module to not maintain an
> explicit cache of items in pages.  Instead it'll manipulate vfs caches
> directly.  This will remove a ton of code from the kernel client but it
> requires manipulating the various caches in ways that the vfs
> historically doesn't quite anticipate.  I think the end result will be
> worth it, but getting there will probably be reasonably frustrating.
> 
> I'll be working towards these goals in a series of commits.  To keep the
> commits small and understandable, though, lots of the file system will
> be left broken at each commit.  The general pattern will be adding new
> infrastructure, migrating paths to use it, then removing the old unused
> infrastructure.
> 
> So, that's where I'm headed.  We'll see how it goes :)

Do you have the patches ready? How long do you think you'll take to do it?




More information about the crfs-devel mailing list