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

Re: Should 'svnadmin dump --deltas' write svndiff1 diffs? (was Re: svn commit: r18363)

From: Malcolm Rowe <malcolm-svn-dev_at_farside.org.uk>
Date: 2006-02-08 19:56:21 CET

On Wed, Feb 08, 2006 at 11:55:21AM -0500, C. Michael Pilato wrote:
> Malcolm Rowe wrote:
> > Yes, the --deltas option was introduced in 1.1.0, and produces dumps
> > that can't be read by 1.0.x.
>
> ... and is not the default. The default invocation of 'svnadmin dump'
> remains compatible with older versions.
>

Yes, forgot that bit. It's important.

> > Sounds like we should at the least switch back to svndiff0 deltas for
> > the current delta dumps. Any objections to me doing that now? (We can
> > continue to discuss exactly whether or how we should expose the svndiff1
> > deltas in our dumpstreams, of course).
>
> +1 on switching back to svndiff0 as the default.
>

Okay, done: r18394.

For anyone wondering about the size differences, I did a quick test with
my own (very small) personal repository:

svnadmin dump {version 2 dumpstream} 18Mb, 100%
             compressed with gzip 18.4%
         --deltas {version 3, svndiff0} 8.8%
             compressed with gzip 3.5%
         --deltas {version 3, svndiff1} 6.5%
             compressed with gzip 4.0%

So while the --deltas option saves quite a bit of space,
'--deltas' + gzip is actually better than '--deltas --svndiff1', or even
'--deltas --svndiff1' + gzip. In this case anyway.

Regards,
Malcolm

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 8 19:58:19 2006

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.