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

Re: Subversion branch deltification policy is more space-hungry than CVS

From: Michael W Thelen <thelenm_at_cs.utah.edu>
Date: 2004-05-25 23:43:03 CEST

* kfogel@collab.net <kfogel@collab.net> [2004-05-24 10:54]:
> "Max Bowsher" <maxb@ukf.net> writes:
> > >> This becomes very visible when people convert from CVS to subversion,
> > >> and their repositories increase significantly in size.
> > >
> > > Are you sure that this is the reason people's repositories are
> > > increasing in overall size?
> >
> > I am sure that it is a major contributing factor. There may be other issues
> > with the same symptom, but this is a real problem.
> Hmmm. I guess I'm surprised. We see repository size increases
> (compared to CVS) even in repositories that don't have a lot of active
> development on branches, or so I thought. I guess I'd want to do some
> careful measuring -- or maybe you have already? What were the stats?

I'm currently in the process of converting my company's CVS repository
to Subversion (hooray!). Using cvs2svn, the 4.4GB CVS repository
becomes an approximately 18GB Subversion repository (approximate because
it's still loading as I type this, but nearing completion). It's about
22,000 revisions over four years. We've hardly done any CVS branching
at all, but lots of tagging.

I hadn't heard of vcp before. I can try that out too and see how it
goes. If I can provide more information that's useful, feel free to ask
and I'll see what I can do to help.

-- Mike

Michael W. Thelen
... spell 'creat' with an E.
                -- Ken Thompson

Received on Tue May 25 23:43:41 2004

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.