On 19/11/18 13:13 +0100, Nicolas Mailhot wrote: > Le 2018-11-19 12:28, Martin Kolman a écrit : > >> Many people might think RAM would not be an issue in 2018, but in >> practice there are >> and likely always will be memory constrained installation targets, >> such as massive deployments >> of "small" VMs or the IoT use cases mentioned above. > > Sure, that’s the artificial small vm case > > The average old/limited hardware is limited in memory, cpu and storage. > Therefore if you have one factor to sacrifice it's cpu time because you can > always let the CPU run a little longer, but a limited system won't magically > grow more memory or more storage. > > Storage would not be such a problem is dnf was smart enough to auto > partition big upgrades in lots of small partial upgrades, before downloading > gigs of data that do not fit on disk. https://bugzilla.redhat.com/show_bug.cgi?id=1609824 Also, not familiar with zchunk way of doing things, but couldn't rpm-integrity-verified installed files be mapped back to "chunks" to further aleviate space concerns for the machine receiving updates in some cases? -- Jan (Poki)
Attachment:
pgpPZKKYovzs4.pgp
Description: PGP signature
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
