LWN.net is reporting that the Fedora project has finally given up on the concept of DeltaRPMS.

Back in 2009, that project started working on a cool idea: instead of sending a full .rpm when someone does a yum update, why not just send the binary changes?  Then on the client side, the OS can reconstruct what it needs (original rpm + delta(s)) to make a valid updated rpm.

Cool!  For those who are bandwidth-constrained, this promised to improve their experience.

Alas, the technology didn’t work out.

First, the actual experience was somewhat subpar.  First, while the transfer is smaller, there’s still the initial latency and setup.  Yum has to analyze what you’ve got, what you need, send that to the server, wait for a response, and then start downloading.  If you were hoping to benefit because your network sucks, you still have pay part of the price because, well, your network sucks.

Also, while you only download a smaller amount of data from the Internet, you chew up more CPU and I/O reconstructing RPMs.  On smaller/weaker systems, this adds potentially more time than downloading the full RPM.

Quoting a couple Fedora honchos via LWN:

While occasionally I have seen a small decrease in the size of the files transferred (which certainly can benefit some people some of the time), the total elapsed time of the transaction has always ended up being higher as the recreation of the original rpm exceeds the time that it would have taken me to just download the full new rpm (with an admittedly reasonably high speed network provider in my environment).

But the main issue is that management of these DeltaRPMs by Fedora is non-trivial

The problem is that the DeltaRPMs are created but only getting synced to the mirrors as part of the update composed on the day the DeltaRPMs was created; the next day, a new distribution update gets composed, without using the previous DeltaRPMs, and that gets pushed to the mirrors. The net effect, as Jonathan Dieter pointed out in the bug report, is that the DeltaRPMs are only available for a day; “That means that the only way to take full advantage of deltarpms in Fedora is to update every single day.” Doing things that way “has very little end-user value“, [Fedora Lead Matthew] Miller said.

There are security concerns as well.

Saving precious bandwidth resources was more of a concern in 2009 than it is today.  Of course, there are still plenty of parts of the world that could do with better connectivity but it seems DeltaRPMs were solving a problem that no one is complaining about any more.

• Author
• Recent Posts

raindog308

Dread Lord of LowEnd Content at LowEndBox

I'm raindog308, techno polymath and long-time LowEndTalk community Administrator. My technical interests include all things Unix, perl, python, golang, shell scripting, vintage operating systems such as MVS, and relational database systems such as Oracle, PostgreSQL, and MySQL.

I also enjoy using LEBs! I have an empire of little guys for VPNs, larger guys for apps, and big guys for databases and storage. When I'm not in front a screen I'm into German Shepherd dogs, quality knives, target shooting, theology, tabletop roleplaying games, and forest hiking.

I enjoy writing technical articles here on LowEndBox to help people get more out of their systems. You can find me on LowEndTalk @raindog308

Latest posts by raindog308 (see all)

• One Week From Tomorrow…THE WORLD WILL LOSE THEIR MINDS!Lines Are Already Forming! - November 21, 2024
• Crunchbits Discontinuing Popular Annual Plans – The Community Mourns! - November 20, 2024
• RackNerd’s Black Friday 2024: Bigger, Better, and Now in Dublin! - November 19, 2024