-
-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consider using DwarFS #36
Comments
I have done some informal tests on some AppImages I have lying around. MB are megabytes, not mebibytes. Cryptomator FontForge Inkscape LibreOffice qView VSCodium In the median case, the DwarFS image is 27% smaller and loads 10% faster. AppDwarf creates an .sh file which you cannot simply mark as executable and launch from Nautilus. Furthermore, installing DwarFS requires manually adding it to PATH. However, if DwarFS were used in AppImage, I assume you could solve these issues. Switching from SquashFS to DwarFS is a no-brainer which improves the AppImage format without drawbacks. |
Thanks for your tests @FryingPanBrock. Interesting! It would be valuable to do very systematic testing using the various zstandard compression levels and block sizes vs. DwarfFS, and then consider app size, app launch speed, zsync efficiency for AppImageUpdate, and (not so important) filesystem creation time. Definitely something to be looked into. Maybe these tests could be scripted, unfortunately I don't have the time to do so now. |
https://github.com/mhx/dwarfs is making bold claims:
It'd be interesting to do some real-world comparisons by recompressing existing AppImages in DwarFS.
Reference:
The text was updated successfully, but these errors were encountered: