On Wed, Dec 30, 2020 at 10:10:27AM -0800, Kevin Fenzi wrote: > On Wed, Dec 30, 2020 at 01:18:38PM +0000, Zbigniew Jędrzejewski-Szmek wrote: > > On Tue, Dec 22, 2020 at 05:09:08PM -0500, Matthew Miller wrote: > > > On Tue, Dec 22, 2020 at 02:02:13PM -0800, Kevin Fenzi wrote: > > > > > delta rpms safe so much time in form of bandwidth on the client side. > > > > Well, it's tradeoffs. They save bandwith and download time on one side, > > > > but use lots of cpu cycles and disk space on the other. It just depends > > > > on what each person wants based on their situation and hardware. > > > > > > They actually use a lot of cpu cycles on _both_ sides, really. > > > > I thought that zchunk would obsolete drpm. What's the story here? > > Nope, they are different things. > > zchunk = a way to only download changed chunks of repodata. > > drpms = a way to only download changed chunks of rpms. Right, it did feel a bit like I was missing some important chunk of the picture ;) > > Also, in recent times, any dnf upgrade I did reported "savings" from > > drpm on the level <1% [*]. Am I doing something wrong or is this expected? > > Is there some usage pattern where there drpm provides real gain with > > current Fedora? > > This is most likely because we are only making drpms against the most > recent updates. So, we are making very few drpms and only against things > that recently updated. So... people who actually care about the total download are likely not to update all the time, which also means that drpms will not work for them. > For example: https://dl.fedoraproject.org/pub/fedora/linux/updates/33/Everything/x86_64/drpms/ > (126 drpms for all of f33 updates). So... that means that drpms wouldn't even make a difference for people who update often. ...and the proposed Change would require additional contortions to allow drpms to work. It sounds like drpms are not worth the trouble anymore. The effort to make them work properly would be large. I think the crucial bit is that we have more packages and updates than ever, and at the same time more people update at custom schedules, so any reasonable subset of drpms will cover a shrinking subset of upgrades. Zbyszek > > Maybe the time has come to just disable DRPM entirely for F34. > > We could. Or try and make them more usefull again. _______________________________________________ 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
