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