Fwd: svnadmin dump --deltas
Ben Collins-Sussman
sussman at collab.net
Sat May 14 09:46:39 CDT 2005
Fitz: maybe put this paragraph into the 'svnadmin dump' section of
ch09?
Begin forwarded message:
> From: Robert Spier <rspier at pobox.com>
> Date: May 13, 2005 10:58:04 PM CDT
> Cc: <dev at subversion.tigris.org>
> Subject: Re: svnadmin dump --deltas
>
>
>
> 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
> load.
>
> (I think it needs a little massaging.)
>
> -R
>
> 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 at subversion.tigris.org
> For additional commands, e-mail: dev-help at subversion.tigris.org
>
More information about the svnbook-dev
mailing list