On Wed, Dec 7, 2022, at 11:57 PM, Florian Weimer wrote: > * Adam Williamson: > >> 1. /usr/lib/locale/locale-archive , from glibc-all-langpacks - this is >> 224M uncompressed. A quick test just compressing the file with xz on my >> system shows it compresses to around 11M, though, so that's probably >> all it adds up to after compression (the image is an xz-compressed >> squashfs) > > Isn't the compression block-based? I think it would be interesting to > measure the image size with the file removed. Squashfs defaults to a 128 KiB block size. I'm not 100% sure, but I'm pretty sure this means the compression algorithm is getting discrete 128 KiB (max) tranches to compress, meaning it's not able to see the big picture as well as when e.g. a tar.xz is created, and thus can see the redundancies better. So it's possible using xz on a file will give the impression of much better compression than what will happen with squashfs. There are optimizations we're using with squashfs and xz though too that (a) have a higher computational cost up front in releng, improving the compression ratio (b) makes it harder to just use squashfs on CLI, you need to know the full incantation to do an apples to apples comparison. I think it's is in the log lorax produces. -- Chris Murphy _______________________________________________ desktop mailing list -- desktop@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to desktop-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/desktop@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
