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

Re: Performance Question

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2005-01-10 15:18:54 CET

On Jan 10, 2005, at 1:11 AM, Hari Kodungallur wrote:
>
> --> whether that is consistent with what is expected of SVN and/or if
> I there is something that I can do to tune the performance.

Yes, this is well-known. There's not much you can do.

Our collective experience is that 'svn co' is about 1.5x slower than
cvs on a linux client, and 3x slower on a win32 client.

However, svn does many other things faster than cvs.

> --> if running the svnserve protocol has any effect.

Yes, svnserve is much faster than http. It's a stateful protocol,
rather than a stateless one.

> --> what the performance numbers are when using FSFS vs Berkeley DB.
>

Experience shows that FSFS is often a bit faster than BDB.

> Basically, we would like to move a large repository from CVS to SVN,
> but we are concerned about the fresh checkout time.
>

Why, because people are running 'svn checkout' every day? :-)

If so, you're doing something very odd. The normal usage is that you
check out a working copy once, then use it for months and months.

(And that's when you start seeing SVN speed advantages over CVS:
'diff' and 'status' require no network access at all. It takes only 3
seconds to create a branch or tag, regardless of the size of your tree.
  When updating and committing, diffs are sent in both directions.)

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jan 10 15:21:18 2005

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.