Re: Subversion branch deltification policy is more space-hungrythan CVS

[Max Bowsher <ma...@ukf.net>]

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

Re: Subversion branch deltification policy is more space-hungrythan CVS

[Greg Hudson <gh...@MIT.EDU>]

On Wed, 2004-05-26 at 18:05, Max Bowsher wrote:
> 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".

"I performed this experiment with the Subversion project repository and
found that we could save X% space with an alternate branching policy,
while only suffering a Y% cost in branch checkout time..."

"At work, we use branching for every commit.  By performing the same
sequences of branching and comitting in a CVS repository and an svn
repository, I found that svn consumes X% more space."


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org