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

svn binary deltas: can they be tuned or sth?..

From: Molle Bestefich <molle.bestefich_at_gmail.com>
Date: 2006-02-09 21:46:59 CET

Hi

I'm having problems using "tar -cvf" and "gzip -f --rsyncable" to save
two entire filesystems into two repositories.

It isn't as space-efficient as it's supposed to be.
Basically the repos end up looking like this:

# ls -l /repos/repos/*/db/revs/
/repos/repos/test1/db/revs/:
total 1556652
-rw-r--r-- 1 nobody nogroup 115 Feb 6 08:09 0
-rw-r--r-- 1 nobody nogroup 786399319 Feb 6 08:31 1
-rw-r--r-- 1 nobody nogroup 806034124 Feb 10 00:53 2

/repos/repos/test2/db/revs/:
total 1304596
-rw-r--r-- 1 nobody nogroup 115 Feb 6 08:09 0
-rw-r--r-- 1 nobody nogroup 697837468 Feb 6 08:44 1
-rw-r--r-- 1 nobody nogroup 636746962 Feb 10 01:08 2

As you can see, Subversion's delta algorithm doesn't really work as I
had expected it to :-).
Any clue as to why?

(The difference between the filesystem's state at commit time for
commit 1 and 2 is that I've run "emerge --sync" and "emerge -D world",
applying one week's worth of minor OS updates to the filesystems..)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Feb 9 21:48:22 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.