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

Aw: Re: Re: does btrfs have a future? (was: feature)



> Your English is fine.
thanks for that. :)

> Ignoring Raid5/6 and similar, I don't know what features btrfs is
> lacking that make ZFS more attractive. 
I guess it is the very poor performance, so you cant use it as backend fileserver, amilserver etc, and you also can't SSDs for caching like ZFS do. The only thing where you can use btrfs is for / (root) nothing more because for that you don't need much performance. If they fixed that performance thing (up to ext4 level), then btrfs will have chance.

> Btrfs's killer feature, imo, is its Copy-On-Write features
yep you're right, specially the Snapshot thing, you can use it before you make upgrades (I think the new Linux Mint version does that).


best regards
Stefan

> Gesendet: Mittwoch, 15. August 2018 um 16:50 Uhr
> Von: "Matthew Crews" <mailinglists@mattcrews.com>
> An: "Stefan K" <Shadow_7@gmx.net>, debian-user@lists.debian.org
> Betreff: Re: Aw: Re: does btrfs have a future? (was: feature)
>
> On 8/15/18 2:25 AM, Stefan K wrote:
> > Did you think that "only" the RAID5/6 problem is the reason why btrfs is not so common? what is with the performance? and some (important) featrures (not futures ;) ) are missing to catch up ZFS.
> > 
> > best regards
> > Stefan
> > (sorry for my bad english)
> > 
> 
> Your English is fine. Not perfect (no one ever is), but I know plenty of
> native speakers who speak it worse than you.
> 
> In my opinion btrfs has a bad rap partially because of the RAID5/6
> situation, but also because for a long time it was marked as
> experimental, and there are some situations where data loss has occured
> (I'm guessing because of RAID5/6). But as long as you avoid RAID5/6 and
> stick to RAID1/10, you should be fine.
> 
> Ignoring Raid5/6 and similar, I don't know what features btrfs is
> lacking that make ZFS more attractive. Btrfs does have *nice* features
> that ZFS currently lacks, like adding and removing disks to the array
> on-the-fly and intelligent data balancing while the array is mounted.
> 
> Btrfs's killer feature, imo, is its Copy-On-Write features, which you
> can read about on the Arch Wiki:
> 
> https://wiki.archlinux.org/index.php/Btrfs#Copy-on-Write_.28CoW.29
> 
> Btrfs also corrects read errors on-the-fly, something ZFS doesn't do,
> but only if you are using a RAID with some level of redundancy.
> 
> 
> 


Reply to: