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

Delta Question

From: Troy Curtis Jr <troycurtisjr_at_gmail.com>
Date: 2006-10-04 05:46:47 CEST

So I understand that Subversion stores files inside the repository as
deltas against previous versions (fsfs) or future versions (bdb). I
also understand that using the '--deltas' option with 'svnadmin dump'
greatly reduces the size of the dump because of the same
deltafication.

My question to you is can you think of a case (actually a reason since
I have a case) where the deltafied dump file is ~25% the size of the
actual repository? Here are my stats (approx. as I can't remember the
exact values...this is a repo at work)

RCS: ~1GB
Subversion: ~2GB (only a couple hundred megs different between fsfs and bdb)
Dump file: <500MB

This seems like a very odd thing to happen. Of course I am using the
cvs2svn script, so can anyone think of an option/configuration I can
use to keep my repository from ballooning? I have a lot of
'unnamed-*' branches which I originally thought might be the issue
(like maybe they weren't true cheap branches or something), but I only
save 200-300 MB if I only convert the trunk.

This RCS repository has been around circa 1993 and has moved between
no fewer than three different OSes (DEC Alpha -> Solaris 8 -> Red Hat
8.0). I did run into some formatting issues, but only on a couple of
files, and I was able to fix them.

It seems to me the deltafication for the repository and the dump file
should be using the same basic algorithm, but perhaps I am way off
base.

Any ideas?

Thanks,
Troy

-- 
"Beware of spyware. If you can, use the Firefox browser." - USA Today
Download now at http://getfirefox.com
Registered Linux User #354814 ( http://counter.li.org/)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 4 05:47:00 2006

This is an archived mail posted to the Subversion Dev mailing list.