BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- Subject: [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- From: gaf.linux at gmail.com (Jerry Feldman)
- Date: Fri, 20 May 2016 14:23:52 -0400
- In-reply-to: <20160520181301.GA15865@randomstring.org>
- References: <73af2b22-1b31-3e69-ae2d-342194e68446@gmail.com> <CAMdng5tNDiVW3=18bF8JRVsFTjngX16HtghUOdmKXpZbXgDN-Q@mail.gmail.com> <CAEvgogEgjm2UxrWcnAbG1vZY2O+f1BbLrtqaQoMc8nskjkwCwg@mail.gmail.com> <20160520181301.GA15865@randomstring.org>
Richard, why are you moving to ZFS when you already have BTRFS. Certainly ZFS is more mature. On Fri, May 20, 2016 at 2:13 PM, Dan Ritter <dsr at randomstring.org> wrote: > On Fri, May 20, 2016 at 01:39:51PM -0400, Jerry Feldman wrote: > > Please share your experiences with both BTRFS and ZFS. > > > I use btrfs in RAID 1 and RAID 10 mode on spinning disks, RAID 1 on ssd, > zfs in RAID 10 on spinning disks with independent ZIL and L2ARC (read > and write caches) on ssd, and in RAID 1 on ssd. > > btrfs is a little faster, but the only time this makes a > significant difference is in weekly scrubbing, where btrfs does > it at about twice the rate of zfs. > > btrfs has a nocow option that can be set on directories or > individual files which can dramatically improve performance for > databases and VM images. But... that also turns off > checksumming, which is one of the big reasons to use zfs or > btrfs in the first place. It also turns off compression. > > zfs does not have a nocow option at all. If you are running a > production database, zfs is not your friend for the database > storage. > > zfs has better tools for snapshotting. > > zfs is generally more flexible about turning options on and > off... except for deduplication. Do not experiment with > deduplication. zfs has many, many options. > > Both support rsync-like incremental send and receive functions, > nearly instantaneous snapshotting. and compression with a couple > of algorithms. > > -dsr- > -- -- Jerry Feldman <gaf.linux at gmail.com> Boston Linux and Unix PGP key id: B7F14F2F Key fingerprint: D937 A424 4836 E052 2E1B 8DC6 24D7 000F B7F1 4F2F
- Follow-Ups:
- [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- From: richard.pieri at gmail.com (Rich Pieri)
- [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- References:
- [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- From: richard.pieri at gmail.com (Rich Pieri)
- [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- From: mark at buttery.org (Shirley Márquez Dúlcey)
- [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- From: gaf.linux at gmail.com (Jerry Feldman)
- [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- From: dsr at randomstring.org (Dan Ritter)
- [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- Prev by Date: [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- Next by Date: [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- Previous by thread: [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- Next by thread: [Discuss] ZFS On Linux "in" Debian, migration from Btrfs
- Index(es):