Re: [ANNOUNCE] bcachefs!

[Jason Warr <jason@warr.net>]

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@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html