[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svnadmin dump --deltas

From: Robert Spier <rspier_at_pobox.com>
Date: 2005-05-14 05:58:04 CEST

Thank you Greg, Ben, and Max for the replies.

I started crafting a patch for Chapter 9 of the book, but didn't see
an obvious precedent for this kind of detail. Instead, here's a
paragraph to be used for the book, the FAQ, or just to sit in the
archives for happy googling.

    A normal <code>svnadmin dump</code> dumps the full content of
    every revision. The <code>--deltas</code> option will output only
    the changes from the previous revision in a binary diff format.
    This normally creates a smaller output file. When compressed, a
    normal dumpfile will often be smaller, because it contains more
    redundant data. There are some disadvantages to
    <code>--deltas</code>: svndumpfilter cannot operate on
    deltified-dumps. They are also more CPU intensive to create and

(I think it needs a little massaging.)


At Mon, 2 May 2005 13:33:22 +0100,
Max Bowsher wrote:
> Robert Spier wrote:
> > Is there a reason (beyond backwards compatibility) that --deltas isn't
> > the default for svnadmin dump?
> Svndumpfilter cannot work on them.
> Full-dump + bzip2 is smaller than delta-dump + bzip2 for at least some
> kinds of data sets.
> Delta-dumps are require more CPU-work to produce and consume.
> Max.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat May 14 05:58:59 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.