[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: <kfogel_at_collab.net>
Date: 2004-05-25 05:54:07 CEST

John Peacock <jpeacock@rowman.com> writes:
> Have you factored out the relative inefficiency of cvs2svn (if that is
> indeed how most people are converting their repositories)? I know
> that there are some attempts to streamline the process, but that
> people with lots of branches and tags were seeing [very] inefficient
> usage due to the way that cvs2svn was structured (well, in fairness,
> also due to the way that CVS was designed too).
> When I convert my primary CVS repository to SVN in a couple of weeks,
> I'll try both vcp and cvs2svn as a comparison (don't really have time
> right now).

Good question, hadn't even thought of that.

The only reliable way to test the overhead of Subversion's branch
storage is to start two repositories out empty, and make the same
series of commits, branches, and branch commits to both.

(Max may well have done this, however.)

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue May 25 07:12:51 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.