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 <mat...@fedoraproject.org> Fedora Project Leader _______________________________________________ devel mailing list -- email@example.com To unsubscribe send an email to devel-le...@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://firstname.lastname@example.org