[prev in list] [next in list] [prev in thread] [next in thread]
List: fedora-devel-list
Subject: Re: Btrfs by default, the compression option
From: drago01 <drago01 () gmail ! com>
Date: 2020-07-10 4:47:47
Message-ID: CAMqY-FdV3OvO_aWB4b5QByVd+1cCgew5R1DbZApvx99BATTuYw () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Friday, July 10, 2020, Zachary Lym <zachlym@indolering.com> wrote:
> > Yes, it's completely reasonable to not do it. It might seem like a big
> > change on its own, but Btrfs has had native compression for 10+ years,
> > and at least three years for most all of the workloads at Facebook. So
> > it's quite safe.
>
> But it has been eating data as recently as 2018 [1] and the Debian wiki
> warns strongly against using compression that is dated for 2020 [2]. The
> project will already see a large number of new bugs thanks to the wider
> breadth of hardware, why throw in an additional variable when you can flip
> it on in six months anyway?
Then again only for new installs. Would be better to move all of it by six
months - enabling it without taking advantage of such features would be
kind of wasteful. Also if two years is "recent" how do 6 months change
anything?
>
> 1: https://www.spinics.net/lists/linux-btrfs/msg81293.html
> 2: https://wiki.debian.org/Btrfs#Warnings
> _______________________________________________
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-leave@lists.fedoraproject.org
> Fedora Code of Conduct: https://docs.fedoraproject.
> org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.
> fedoraproject.org
>
[Attachment #5 (text/html)]
<br><br>On Friday, July 10, 2020, Zachary Lym <<a \
href="mailto:zachlym@indolering.com">zachlym@indolering.com</a>> \
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex">> Yes, it's completely reasonable to not do it. \
It might seem like a big<br> > change on its own, but Btrfs has had native \
compression for 10+ years,<br> > and at least three years for most all of the \
workloads at Facebook. So<br> > it's quite safe.<br>
<br>
But it has been eating data as recently as 2018 [1] and the Debian wiki warns \
strongly against using compression that is dated for 2020 [2]. The project will \
already see a large number of new bugs thanks to the wider breadth of hardware, why \
throw in an additional variable when you can flip it on in six months \
anyway?</blockquote><div><br></div><div>Then again only for new installs. Would be \
better to move all of it by six months - enabling it without taking advantage of such \
features would be kind of wasteful. Also if two years is "recent" how do 6 \
months change anything?</div><div> </div><blockquote class="gmail_quote" \
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br>
1: <a href="https://www.spinics.net/lists/linux-btrfs/msg81293.html" \
target="_blank">https://www.spinics.net/lists/<wbr>linux-btrfs/msg81293.html</a><br>
2: <a href="https://wiki.debian.org/Btrfs#Warnings" \
target="_blank">https://wiki.debian.org/Btrfs#<wbr>Warnings</a><br> \
______________________________<wbr>_________________<br> devel mailing list -- <a \
href="mailto:devel@lists.fedoraproject.org">devel@lists.fedoraproject.org</a><br> To \
unsubscribe send an email to <a \
href="mailto:devel-leave@lists.fedoraproject.org">devel-leave@lists.<wbr>fedoraproject.org</a><br>
Fedora Code of Conduct: <a \
href="https://docs.fedoraproject.org/en-US/project/code-of-conduct/" \
target="_blank">https://docs.fedoraproject.<wbr>org/en-US/project/code-of-<wbr>conduct/</a><br>
List Guidelines: <a href="https://fedoraproject.org/wiki/Mailing_list_guidelines" \
target="_blank">https://fedoraproject.org/<wbr>wiki/Mailing_list_guidelines</a><br> \
List Archives: <a href="https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org" \
target="_blank">https://lists.fedoraproject.<wbr>org/archives/list/devel@lists.<wbr>fedoraproject.org</a><br>
</blockquote>
[Attachment #6 (text/plain)]
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic