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

I wrote:
> (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..)

Just to rule that bit out of the equation, I did two tar/gzip runs in a row.

/repos/repos/test1/db/revs/:
total 2344672
-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
-rw-r--r-- 1 nobody nogroup 806134424 Feb 10 01:55 3

/repos/repos/test2/db/revs/:
total 1927032
-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
-rw-r--r-- 1 nobody nogroup 636746967 Feb 10 02:10 3

Ack.

Curiously, I have a 300 MB filesystem which changes a little now and
then, it seems to work better there.

Is there perhaps some sort of size limit built into the delta
algorithm, or am I just trying to do something atrocious?....

---
And before anyone asks, yes, I've spent time considering whether this
was more appropiate for users@subversion.tig........
I thought not, since:
 * I'm vastly unlikely to find anyone who knows the intricacies of the
delta algo on the users list.
 * Some of the devs are probably (I hope) interested in whether this
is a feasible svn-based backup solution.
Feel free to knock me on the skull and send me flame mails if you
think I fired at the wrong list...
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org