lkml.org 
[lkml]   [2009]   [Jan]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: Btrfs for mainline
From
On Mon, 05 Jan 2009 09:14:56 -0500, Chris Mason <chris.mason@oracle.com> wrote:
> On Sat, 2009-01-03 at 18:44 +0900, Ryusuke Konishi wrote:
> > On Fri, 02 Jan 2009 14:38:07 -0500, Chris Mason
> >
> > Btrfs seems to have other helpful code including pages/bio compression
> > which may become separable, too. And, this may be the same for
> > pages/bio encryption/decryption code which would come next. (I don't
> > mention about the volume management/raid feature here to avoid getting
> > off the subject, but it's likewise).
> >
>
> The compression code is somewhat tied to the btrfs internals, but it
> could be pulled out without too much trouble. The big question there is
> if other filesystems are interested in transparent compression support.

It was so attractive to me ;)
though I don't know if it's applicable.

Anyway, making this common can be said to be the exercise of someone
who try to reuse it, and I don't adhere to it in order not to get off
the subject. Just I wanted to add presence of other candicates.

> But, at the end of the day, most of the work is still done by the zlib
> code. The btrfs bits just organize pages to send down to zlib.
>
> -chris

Yes, but that's the interesting point; it provides ways to apply
compression through array of pages, or bio - I like it.

Ryusuke


\
 
 \ /
  Last update: 2009-01-05 17:45    [W:0.358 / U:0.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site