Updating RPMs using binary deltas (demo)

[Rui Miguel Seabra]

On Tue, 2004-01-27 at 11:59, Leonard den Ottolander wrote:
> > Your average is misleading since it doesn't take in account package size
> > and just the % of savings per each package.
> 
> Really? Then what does
> Total RPM Size: 45140838   Total Delta Size: 16309380
>   Total Savings: 28831458    63.87% savings
> mean?

I was mislead by the term average, and thought the 63.87% were an
average of the savings per package (which is in fact circa 70% and quite
unreal). Ok, 64% is a big reduction indeed.

> > well, they're really not impressive.
> I would say that is a matter of opinion, and not of much interest. What
> matters is if such an implementation would generate real world bandwidth
> savings for people that can use those.

It must be proved flawless (preferably with more than an empiric test
throughout the historical updates, a real mathematical proof :)).

There's also the problem of the delta packages download server.
Will it have to wast disk space by maintaining all deltas? I don't know
how many mirrors will like that.

Rui

-- 
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

Please AVOID sending me WORD, EXCEL or POWERPOINT attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20040127/c72d43c1/attachment.sig>