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@xxxxxxxxxxxxxxxxx> Fedora Project Leader _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx
