gnu-arch-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnu-arch-users] arch lkml


From: Thomas Zander
Subject: Re: [Gnu-arch-users] arch lkml
Date: Wed, 10 Dec 2003 20:47:55 +0100
User-agent: KMail/1.5.94

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wednesday 10 December 2003 18:41, Eric W. Biederman wrote:
> Miles Bader <address@hidden> writes:
> > One thing _is_ clear: the current representation is a _huge_ win if
> > something goes wrong, because it doesn't use a big-binary-blob (or
> > multiple smaller-binary-blobs) every storage, everything is in clear
> > common formats.
>
> Hmm.  gzip tar files are binary blobs, just in a common format.

Which is the opposite of a binary blob; since its entirely based on 
open-and-well-accepted standards.

> As I understand the literature recent work on version control has
> used what is a variation on the gzip format for storing multiple
> versions.  The idea is you compress the first file like normal.
> But for the second and subsequent files you look back into your
> archive (which you are simply appending to) and use previous text
> for compression.  This makes both appends and random access fast
> and in addition this happens to work for random binary files.

Thats not entirely true; since this means you will need to seek back and 
forth in the big-binairy file you created.
Services like sftp or webdav don't always support that.  Plus it makes the 
download service a manitude more intelligent if you want to avoid 
downloading the whole file for a limited set of files/revisions.

- -- 
Thomas Zander
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/13hrCojCW6H2z/QRArulAKDH2oUckCPTmI0rqDmoY0iCudOf8gCfV0ZE
eHk2mgZdzjYWK2XHlnfu0C8=
=iCO/
-----END PGP SIGNATURE-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]