Fresh Fedora 11 fetches 362MB+ of updates, where's deltaRPM?

Sat Jun 13 04:57:02 UTC 2009

On Fri, Jun 12, 2009 at 11:47 PM, Rahul Sundaram <sundaram at fedoraproject.org
> wrote:

> On 06/13/2009 08:03 AM, Robert L Cochran wrote:
>
> > I don't know how Fedora pays for all the costs of providing updates, I
> > never looked too closely at the funding aspects in fact. But someone out
> > there is shelling out big money for this. Someone is paying salaries,
> > infrastructure, office space, and more. That is the reality of it.
>
> http://fedoraproject.org/sponsors
>
> The mirroring system is tiered these days which helps save cost quite a
> bit. A lot of work is done voluntarily as well. Fedora is intended to
> remain always free as a community distribution. Red Hat is the primary
> sponsor and doesn't directly profit by Fedora but via Red Hat Enterprise
> Linux, a Fedora derivative.
>
> Rahul

Which goes back to the point: DeltaRPM *SAVES* tons of bandwidth = money.
You generate a deltaRPM *once*
and directly reduce bandwidth usage  ~50% or more for EVERYONE around the
planet whom instead of 364 megs of updates after the first install of F11
would have used 182 or much less.

(No need to answer, Rahul, this doesn't go to you but rather to those whom
expressed doubts about DeltaRPM being a good idea).

I can't believe there's still a need to explain the benefits of DeltaRPM two
years down the line....
https://fcp.surfsite.org/modules/newbb/viewtopic.php?topic_id=36140&forum=10&post_id=162348#threadtop

=================================================================
Full update gave me even better results!!! 75% savings !!!

Size of all updates downloaded from Presto-enabled repositories: 10M
Size of updates that would have been downloaded if Presto wasn't enabled:
41M
This is a savings of 75 percent

Dependency Installed: freeglut.i386 0:2.4.0-11.fc6 libcaca.i386 0:
0.99-0.1.beta11.fc6 libfame.i386 0:0.9.1-12.fc6 xine-lib-moles.i386 0:
1.1.6-1.fc6
Updated: coreutils.i386 0:5.97-12.5.fc6 dbus.i386 0:1.0.1-12.fc6
dbus-devel.i386 0:1.0.1-12.fc6 dbus-x11.i386 0:1.0.1-12.fc6 elfutils.i386 0:
0.127-1.fc6 elfutils-libelf.i386 0:0.127-1.fc6 elfutils-libelf-devel.i386 0:
0.127-1.fc6 elfutils-libelf-devel-static.i386 0:0.127-1.fc6
elfutils-libs.i386 0:0.127-1.fc6 evolution-data-server.i386 0:1.8.3-6.fc6
iputils.i386 0:20070202-3.fc6 kernel-headers.i386 0:2.6.20-1.2948.fc6
krename.i386 0:3.0.14-1.fc6 lftp.i386 0:3.5.9-0.fc6 libsane-hpaio.i386 0:
1.7.2-3.fc6 libupnp.i386 0:1.4.6-1.fc6 libxml2.i386 0:2.6.28-1.fc6
libxml2-devel.i386 0:2.6.28-1.fc6 libxml2-python.i386 0:2.6.28-1.fc6
m4.i3860:
1.4.8-2 php.i386 0:5.1.6-3.5.fc6 php-cli.i386 0:5.1.6-3.5.fc6
php-common.i386 0:5.1.6-3.5.fc6 php-ldap.i386 0:5.1.6-3.5.fc6
php-mysql.i3860:
5.1.6-3.5.fc6 php-pdo.i386 0:5.1.6-3.5.fc6 policycoreutils.i386 0:
1.34.1-9.fc6 popt.i386 0:1.10.2-33.fc6 pygobject2.i386 0:2.12.3-2.fc6
python-mutagen.noarch 0:1.11-1.fc6 rpm.i386 0:4.4.2-33.fc6 rpm-build.i386 0:
4.4.2-33.fc6 rpm-devel.i386 0:4.4.2-33.fc6 rpm-libs.i386 0:4.4.2-33.fc6
rpm-python.i386 0:4.4.2-33.fc6 selinux-policy.noarch 0:2.4.6-62.fc6
selinux-policy-targeted.noarch 0:2.4.6-62.fc6 smartmontools.i386 1:
5.37-1.1.fc6 subversion.i386 0:1.4.3-2.fc6 system-config-date.noarch 0:
1.8.12-2.fc6 tar.i386 2:1.15.1-25.fc6 tcp_wrappers.i386 0:7.6-40.3.fc6
vim-common.i386 2:7.0.235-1.fc6 vim-enhanced.i386 2:7.0.235-1.fc6
vim-minimal.i386 2:7.0.235-1.fc6 xine.i386 0:0.99.5-1.fc6 xine-lib.i386 0:
1.1.6-2.fc6 xsane.i386 0:0.994-2.fc6 xsane-gimp.i386 0:0.994-2.fc6
xterm.i386 0:225-1.fc6
=================================================================

You should think how to enable more and more people to use linux, and great
features like fast updates with small bandwidth cost is a really big benefit
to linux users.

There are millions of people with dialup and other slow connections on our
planet and updates for them are almost impossible. Or students
with laptops who can do some big installs when they are at their university
but at home have also slow connection.

For all of them bandwidth is scarce and deltarpms is a great solution to
that problem so please do all you can with implementing it.

Thank you in advance.

Valent from Croatia.
=================================================================
It is great no doubt and I have been using it for a few days now.
Updating is no more that big a drain on the bandwidth.
Here an excerpt:

--------------------------------------------------------------------------
release 100% |=========================| 951 B 00:00
Loading mirror speeds from cached hostfile
Setting up Presto
extras 100% |=========================| 383 B 00:00
updates 100% |=========================| 383 B 00:00
Reading Presto metadata in from local files
presto.xml.gz 100% |=========================| 54 kB 00:02
Reading repository metadata in from local files
primary.xml.gz 100% |=========================| 1.6 MB 01:18
extras : ################################################## 5139/5139
<snip>
Size of all updates downloaded from Presto-enabled repositories: 156K
Size of updates that would have been downloaded if Presto wasn't enabled:
7.3M
This is a savings of 98 percent
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Installed: tomcat4-servlet-2.3-api.noarch 0:4.1.31-7jpp
Updated: blobwars.i386 0:1.06-1.fc6 gaim-encryption.i386 0:3.0-0.2.beta8.fc6
Replaced: servletapi4.noarch 0:4.0.4-4jpp
Complete!
[root at fc6host ~]#
=================================================================

FC
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20090613/b294e818/attachment-0001.htm>