[clue] btrfs vs ZFS question

Dennis JPerkins dennisjperkins at comcast.net
Sun Mar 31 18:33:24 MDT 2019


I bought  a couple of cheap SSD's to test Btrfs with on a RPi.  I just
need to stay in town long enough to do anything.

On Sun, 2019-03-31 at 11:39 -0600, Sean LeBlanc wrote:
>     I think he might have meant me, but you
>       saw it first and probably had more info anyway, so it works
> out.
>       :)
> 
>     
> 
>     
> 
>     My experience with ZFS has - so far -
>       been somewhat at arms' length. I've been using it via FreeNAS
> and
>       about the only thing I've done of any consequence is replace
> each
>       drive, let it resilver, then move on to the other, until the
>       entire set has been expanded. *knocks on wood* I kind of want
> this
>       sort of storage to be boring, but reliable.
> 
>     
> 
>     
> 
>     
> 
>     From what I can tell - and I only
>       looked a little bit about 5 years ago or so - btrfs has more
>       promise as far as features, and is not a pain to get to work
> under
>       Linux (as opposed to things like ZoL), but in the opinion of
> some
>       at the time, btrfs seemed a bit more, um, sketchy. ZFS had the
>       advantage of a lot of research early on by Sun/Oracle, and then
>       the OpenZFS fork made it for the world and move beyond just
>       Solaris. It's a shame that it seems mostly still confined to
>       FreeBSD. I don't mind FreeBSD, and actually like a few things
>       about it, but I realize that easy Linux interop is going to
> make
>       adoption much higher.
> 
>     
> 
>     
> 
>     Seems that btrfs is much more mature
>       now and probably has more features than OpenZFS? Since Dennis'
>       links prompted me to do more reading on it again, it does seem
> the
>       CoW feature per file is an interesting one for sure, if I
>       understand it correctly.
> 
>     
> 
>     
> 
>     Also based on comments or in articles
>       themselves, I still may take a Pi and use that as a way of
>       shipping deltas from my ZFS pools to a Pi running FreeBSD.
> Someone
>       had mentioned they were doing incremental backups of very large
>       dataset (53Tb?) to a Pi in this way. Seems a good way to have
> some
>       (extra) assurances of your data - at least if you are already
>       using ZFS.
> 
>     
> 
>     
> 
>     
> 
>     On 3/27/19 9:33 PM, Shawn Perry wrote:
> 
>     
> 
>     
> >       
> >       
> >       <!--
> > /* Font Definitions */
> > @font-face
> > 	{font-family:"Cambria Math";
> > 	panose-1:2 4 5 3 5 4 6 3 2 4;}
> > @font-face
> > 	{font-family:Calibri;
> > 	panose-1:2 15 5 2 2 2 4 3 2 4;}
> > /* Style Definitions */
> > p.MsoNormal, li.MsoNormal, div.MsoNormal
> > 	{margin:0in;
> > 	margin-bottom:.0001pt;
> > 	font-size:11.0pt;
> > 	font-family:"Calibri",sans-serif;}
> > a:link, span.MsoHyperlink
> > 	{mso-style-priority:99;
> > 	color:blue;
> > 	text-decoration:underline;}
> > a:visited, span.MsoHyperlinkFollowed
> > 	{mso-style-priority:99;
> > 	color:#954F72;
> > 	text-decoration:underline;}
> > p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
> > 	{mso-style-priority:34;
> > 	margin-top:0in;
> > 	margin-right:0in;
> > 	margin-bottom:0in;
> > 	margin-left:.5in;
> > 	margin-bottom:.0001pt;
> > 	font-size:11.0pt;
> > 	font-family:"Calibri",sans-serif;}
> > .MsoChpDefault
> > 	{mso-style-type:export-only;}
> > @page WordSection1
> > 	{size:8.5in 11.0in;
> > 	margin:1.0in 1.0in 1.0in 1.0in;}
> > div.WordSection1
> > 	{page:WordSection1;}
> > /* List Definitions */
> > @list l0
> > 	{mso-list-id:206069545;
> > 	mso-list-type:hybrid;
> > 	mso-list-template-ids:-818243276 -1 67698713 67698715 67698703
> > 67698713 67698715 67698703 67698713 67698715;}
> > @list l0:level1
> > 	{mso-level-tab-stop:none;
> > 	mso-level-number-position:left;
> > 	text-indent:-.25in;}
> > @list l0:level2
> > 	{mso-level-number-format:alpha-lower;
> > 	mso-level-tab-stop:none;
> > 	mso-level-number-position:left;
> > 	text-indent:-.25in;}
> > @list l0:level3
> > 	{mso-level-number-format:roman-lower;
> > 	mso-level-tab-stop:none;
> > 	mso-level-number-position:right;
> > 	text-indent:-9.0pt;}
> > @list l0:level4
> > 	{mso-level-tab-stop:none;
> > 	mso-level-number-position:left;
> > 	text-indent:-.25in;}
> > @list l0:level5
> > 	{mso-level-number-format:alpha-lower;
> > 	mso-level-tab-stop:none;
> > 	mso-level-number-position:left;
> > 	text-indent:-.25in;}
> > @list l0:level6
> > 	{mso-level-number-format:roman-lower;
> > 	mso-level-tab-stop:none;
> > 	mso-level-number-position:right;
> > 	text-indent:-9.0pt;}
> > @list l0:level7
> > 	{mso-level-tab-stop:none;
> > 	mso-level-number-position:left;
> > 	text-indent:-.25in;}
> > @list l0:level8
> > 	{mso-level-number-format:alpha-lower;
> > 	mso-level-tab-stop:none;
> > 	mso-level-number-position:left;
> > 	text-indent:-.25in;}
> > @list l0:level9
> > 	{mso-level-number-format:roman-lower;
> > 	mso-level-tab-stop:none;
> > 	mso-level-number-position:right;
> > 	text-indent:-9.0pt;}
> > ol
> > 	{margin-bottom:0in;}
> > ul
> > 	{margin-bottom:0in;}
> > -->
> >       
> >         I’m assuming you mean me, so I’ll answer.
> >          
> >         
> >           You can add.
> >             You should add in the same pattern that already exists
> > to
> >             maintain performance and redundancy. If you have a 4
> > disk
> >             raid 5, you should add 4 more disks in a raid 5 config.
> >           
> >             You cannot
> >               remove yet. 0.8x will allow removing, but only to
> > cover
> >               accidental adds.
> >           
> >           You can
> >             resize up. If you replace a disk with a larger one, you
> > can
> >             expand the space. If you add more disks, you can use
> > the
> >             extra space.
> >           
> >             You cannot
> >               shrink or remove.
> >           
> >           The data
> >             does not need balancing unless you add disks. To
> > rebalance,
> >             you would need to re-copy the data. You can use
> > send/recv to
> >             do that. You’d need to stop things to do this. The
> > actual
> >             stoppage will be only the amount of time it takes you
> > to
> >             type “zfs rename <source> <destination>” twice.
> >             Once to move the old out of the way, once to move the
> > new
> >             back to the original location.
> >           Sorta. You
> >             can split mirrors in a raid 1 or raid 10 config to drop
> > down
> >             to a single disk or raid 0, respectively. You cannot
> > reshape
> >             like md or btrfs.
> >         
> >          
> >         
> >           From:
> >             Dennis J Perkins
> > 
> >             Sent: Wednesday, March 27, 2019 9:23 PM
> > 
> >             To: CLUE's mailing list
> > 
> >             Subject: [clue] btrfs vs ZFS question
> >         
> >          
> >         Sean, does ZFS let you do these things?
> >          
> >         Btrfs lets you do the following without
> >           stopping anything:
> >          
> >         1. Add or remove partitions.  If you remove
> >           a partition, make sure the
> >         remaining drives have enough capacity.
> >         2. Resize a btrfs system.
> >         3. Balance the data.
> >         4. Switch between single disk, RAID 0, RAID
> >           1, or RAID 10 configs.
> >          
> >         Shuffling data around as a result of any of
> >           these operatins is done in
> >         the background and might take hours.
> >          
> >         _______________________________________________
> >         clue mailing list: clue at cluedenver.org
> >         For information, account preferences, or to
> >           unsubscribe see:
> >         http://cluedenver.org/mailman/listinfo/clue
> >          
> >       
> >       
> > 
> >       
> >       _______________________________________________clue mailing
> > list: clue at cluedenver.org
> > For information, account preferences, or to unsubscribe see:
> > http://cluedenver.org/mailman/listinfo/clue
> >     
> 
>     
> 
>     
> 
>   
> 
> _______________________________________________clue mailing list: 
> clue at cluedenver.org
> For information, account preferences, or to unsubscribe see:
> http://cluedenver.org/mailman/listinfo/clue


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cluedenver.org/pipermail/clue/attachments/20190331/bb1c7872/attachment.html 


More information about the clue mailing list