On 1/31/06, Frederic Conrotte [FRSGlobal]
<frederic.conrotte@frsglobal.com> wrote:
> I'm trying to push my company to adopt SVN instead of their current bloated
> VSS...
> I've been looking for this subject on the list archives and in the docs but
> I didn't found anything useful.
> Is there some "tip and tricks" to improve Subversion's performances ?
>
> I'm currently using svnserve on a P4 2,5GhZ 1Go RAM and sometimes when I
> import several files (about 15 files) to the server, it takes 4 or 5 minutes
> before its done.
>
> I mean :
> - Is the client a performance criteria ? (I'm using TortoiseSVN)
> - Is database type a criteria ?
> - svnserve better/worse than Apache webserver ?
>
> Or maybe there is a way to "look" at what is the server's bottleneck ?
Run the standard array of performance monitors on your server (you
don't specify Windows, Linux or other).
Right now, Apache has more overhead than svnserve, and thus is a
little slower. I haven't had any complaints on my relatively small
repository yet, and our primary developer is offsite.
4-5 minutes to import 15 files seems excessive regardless of the
access method, client and database unless they're very large files or
you're on a very slow connection.
You can do your own tests to isolate each of your conditions. Compare
the command line client speed to TortoiseSVN using the same files, DB
type and server option. I won't suggest that you use a different DB
type because FSFS is more reliable and stable than BDB.
Have your network admins check the network for bottlenecks. There may
be a slow router between you and the server. Try setting up a
subversion server on your workstation and see if performance improves.
MORE IMPORTANT than your repository speed is its stability. If you
haven't lost data in VSS, if you haven't had a corruption problem with
any files yet...you will. Having suffered through a major VSS
corruption, performance is secondary to me - yes, the repository needs
to be responsive, but my primary concern is that everything I store is
safe.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jan 31 18:10:39 2006