rdiff-backup-users
[Top][All Lists]
Advanced

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

[rdiff-backup-users] Re: New User Seeking Some Clarification


From: Gregor Zattler
Subject: [rdiff-backup-users] Re: New User Seeking Some Clarification
Date: Wed, 28 Jan 2004 11:17:15 +0100
User-agent: Mutt/1.5.5.1+cvs20040105i

Hi Ben,
* Ben Escoto <address@hidden> [27. Jan. 2004]:
> >>>>> Alan <address@hidden>
> >>>>> wrote the following on Fri, 9 Jan 2004 13:35:37 -0800
[...]
> > until I realized that because of the
> > bzip the .sql file was completely different each time, so the entire
> > file was transfered as an increment.  When I removed the bzip part of
> > the process the base file was larger, but the increments were much
> > smaller because they were simply text diffs of new/changed data, not a
> > binary diff of an entirely changed file. 

> I think there is a patch to gzip floating around that adds an option
> to reset the buffer at certain clever intervals.  The end result is
> that similar data gzipped stays similar---one extra byte at the
> beginning doesn't result in two totally separate gzip archives.

This is in Debian unstable since almost one year:

gzip (1.3.5-4) unstable; urgency=low

  * merge patch from Rusty Russell that adds --rsyncable option to gzip.
    This modifies the output stream to allow rsync to transfer updated .gz
    files much more effectively.  The resulting .gz files should be compatible
    with the existing gunzip.  The plan is that if this works out well for    
    Debian, the functionality will be included in a future upstream gzip
    release.  Closes: #116183, #118118, #134741                         

 -- Bdale Garbee <address@hidden>  Thu, 13 Feb 2003 23:50:23 -0700

But I did not test if this really helps reducing the size of
increments of *.gz files.

Gregor





reply via email to

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