On 7/21/2015 1:37 PM, David Mohr wrote:
On 2015-07-13 18:58, Kent Overstreet wrote:
Short announcement, because I'm in the process of moving - but I
wanted to get
this out there because the code is up and I think it's reasonably
stable right
now.
Bcachefs is a posix filesystem that I've been working towards for -
well, quite
awhile now: it's intended as a competitor/replacement for
ext4/xfs/btrfs.
Current features
- multiple devices
- replication
- tiering
- data checksumming and compression (zlib only; also the code
doesn't work with
tiering yet)
- most of the normal posix fs features (no fallocate or quotas yet)
Planned features:
- snapshots!
- erasure coding
- more
There will be a longer announcement on LKML/linux-fs in the near
future (after
I'm finished moving) - but I'd like to get it a bit more testing from
a wider
audience first, if possible.
Hi Kent,
one quick question about the roadmap at this point: As far as I
understand bcachefs basically integrates bcache features directly in
the filesystem. So does this deprecate bcache itself in your opinion?
Bcache is obviously still useful for other FS, but I just want to know
how things will get maintained in the future.
It would be rather disappointing if this were the case. bcache is quite
useful for backing block devices that have no local filesystem, such as
devices exported via iSCSI, devices used directly by VMs, etc...
I wanted to suggest / possibly start implementing bcache support for
the debian installer - obviously that only makes sense if I can expect
it to be in the mainline kernel for the foreseeable future :-).
Thanks,
~David
--
To unsubscribe from this list: send the line "unsubscribe
linux-bcache" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
