[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-hungrythan CVS

From: Max Bowsher <maxb_at_ukf.net>
Date: 2004-05-27 00:05:14 CEST

Greg Hudson wrote:
> On Wed, 2004-05-26 at 17:13, Max Bowsher wrote:
>> 1. Create svn repository
>> 2. Add a few test files on /trunk
>> 3. Copy a branch
>> 4. Commit some branch modifications
>> 5. Examine the repository. Observe that there are multiple fulltexts
stored
>> per file. One for HEAD of /trunk, one for HEAD of /branches/foo.
>
> We knew that much already. The question is: how big of a deal is this
> for a practical workload? So far, the only data we have seems to be
> from cvs2svn conversions, and that's not very good data because we know
> that cvs2svn is inefficient in other ways.

Please leave cvs2svn out of this discussion. It's inefficiencies are small
and getting smaller, anyway, but this is a problem even if cvs2svn isn't
involved at all.

As for assessing the impact on a practical workload, I'm not really sure how
best to do that, nor even how to define "practical workload".

Essentially, I'm worried about svn repository administrators wanting to
discourage branching, to avoid repository bloat.

Max.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu May 27 00:05:56 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.