[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:       Matthew Miller <mattdm () fedoraproject ! org>
Date:       2020-07-08 17:20:30
Message-ID: 20200708172030.GA24860 () mattdm ! org
[Download RAW message or body]

On Wed, Jul 08, 2020 at 11:08:53AM -0600, Chris Murphy wrote:
> I expect beefy CPU systems, including gaming systems, to have the same
> or better read/write performance using mount option compress=zstd:1.
> Where I've seen equal or better read performance, there can be a write
> performance drop if the IO storage has been upgraded. Sample size 1,
> and the workload was kernel compiling.

Yeah I guess for /usr the most relevant write metric is "does it slow down
DNF upgrades or install operations enough to be noticeable / annoying /
problematic"?

> SD Card and eMMC  it's a win for sure. Also an argument could be made
> do use Btrfs+compression on USB sticks. This class of flash will just
> return garbage if they encounter uncorrectable errors - rather than a
> discrete read error. In this case, Btrfs refuses to hand over the
> corrupt data, in normal operation. A good question is, whether the
> desktop should warn that the file is corrupt, and then permit a
> degraded read somehow to still get the file off the media. It might
> imply necessary desktop integration.

A related question: Are we planning on using btrfs on live media?

-- 
Matthew Miller
<mattdm@fedoraproject.org>
Fedora Project Leader
_______________________________________________
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]