Re: Change proposal discussion - Optimize SquashFS Size

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Kamil Paral wrote:
> I very much agree with this. The official compose gets done just once,
> lowest priority (Note that most tested configurations actually decrease
> the compose time, or increase slightly, but nothing major). The image size
> is important, so that stuff fits on a flash drive. But the proposed
> changes differ in just a few percent increase or decrease. That is not a
> major change in any way. On the other hand, the install time differences
> *are* major - we can have 30-40% reduction in install time. You can argue
> that install gets done just once and is also not an important factor. That
> is true, for a standard user. But there are areas where hundreds of
> installation are performed each day, and such a big reduction really
> matters. Of course, my job, QA, is one of those areas. CI is another. Any
> third party vendor-related testing can be impacted in the same way. The
> more we steer towards automated testing and continuous integration, the
> more important the compose time and installation time will be. And because
> usually you do many installations from a single compose, the installation
> time is the more important one.

The areas where hundreds of installations are performed from an image are 
hardly the common case, and those installations should really consider 
composing their own images with exactly the package set that they need 
(including site packages that Fedora cannot ship), images which they can 
then compress with a faster-to-decompress algorithm. I think that we should 
optimize for the standard user who installs exactly once.

And on a slow enough connection (e.g., dial-up, which is still common in 
large parts of the world), "a few percent increase or decrease" in download 
time can mean hours of difference, much more than even 30-40% of install 
time. (Assuming that your numbers are even accurate, which I have not seen 
any proof of so far.) Please do not focus on US and European users only. 
(And even here in Europe, not everyone has broadband.)

And finally, those few percent can make the difference between fitting on a 
given fixed-size physical media or not. The original change proposal of 
trying to minimize the size might actually make at least the smaller spins 
fit on a DVD again. (Even though compression alone is not a silver bullet to 
compensate all the other bloat that has been added over time. It can only 
help alleviate the impact.)

        Kevin Kofler
_______________________________________________
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




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux