Ben Collins-Sussman wrote:
> Tobias Ringstrom <tori@ringstrom.mine.nu> writes:
>>As I mentioned earlier I use svnadmin dump to perform backups. I do that
>>because I imagine that the dump format is more likely to be readable one
>>year from now, and also becuase the result is actually smaller than a
>>backup of the whole db.
>
> I don't understand how this is possible. The dumpfile format *never*
> expresses textual deltas. If a file changes, the entire file is
> dumped. How can the dumpfile be smaller than the repos, which is
> compressing like crazy?
Its possible on:
1. Small repositories.
2. Repositories with infrequent or tiny edits.
On any repository that is used frequently with edits that always change
substantial portions of the files in question then the bzip2 of the
whole db will always be smaller.
I have one repository that only has 143 revisions but where each
revision contains major changes to many of the files. Each file is a
text file (C source code). The bzip2 of the 'svnadmin dump' is 54 MB
while the bzip2 of the whole db is only 6 MB.
I suspect the original poster's repository is small, only has tiny edits
to a few files each revision, or is mainly used to store files that
aren't edited at all.
Michael
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 4 18:07:40 2003