Image compression #992
Image compression #992
Conversation
The following considerations and observations have been made: - dracut is more configurable - dracut is the only initramfs generator that will work with the "frzr kernel" utility - a dracut-generated initramfs is 38MB, while mkinitcpio is about 120MB - the included dracut configuration avoids building the fallback, thus sparing build time
This series of migrations scripts ensure proper intallation of an image that contains frzr v1.0.0+ This also modifies chimeraos to make use of per-deployment overlays: - the installed deployment is never unlocked - the installed deployment is easy to reset - modifications done in /etc and /var from the previous deployment will be carried on to the next one - modifications done in /usr and /boot will not be carried on
Use dracut instead of mkinitcpio
Take full advantage of capabilities of the new frzr version
We want to handle this using the device-quirks in the future. I'm removing it now due to issues with the source having a limited quota stalling development.
chimeraos dracut configuration depends on btrfs-progs: install the package as a dependency of the dracut configuration package
|
The original value was taken as a balance between size and decompression time. How much longer does decompression take? |
I honestly have no idea because it's impossible to know without measuring it. Plus this is going to be used with the refactored frzr: |
|
Considering how close we are to the 2GB limit, especially if we include Nvidia, I think this is a good idea. Decompression happens in the background anyway for updates, which is the bulk of the time spend decompressing in the long term. A slightly longer install is a good compromise IMO. |
To spare the most possible space for the github release use the highest possible compression on the final image.