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

Re: svn cvs speed

From: Krebs, Steven <steven.krebs_at_intel.com>
Date: 2004-11-16 20:54:25 CET

Natalya,

You need to incorporate all the suggestions from Toby Johnson, Dave
Neary and Brass Tilde.

First Determine where your server and clients will be tested from. In
my environment I am using a Linux Server with Windows clients.

I would create both cvs and svn repositories using the same server (this
eliminates different machine configurations) with the same files with
the same number of changesets. The server should be dedicated to
testing so no other processes are running (i.e. no one telnets in to the
system running some cpu cycle hungry process). I would then only run
cvs when testing cvs and svn when testing svn.

On my client I would then test basic functionality of the command line
clients and attempt to not be running any other processes ( watch out
for virus scanners slowing your testing down ). Under windows I use a
utility I found on the web called TimeThis. Under unix/linux use time
as Dave suggested.

There are still other variables that can affect testing. With svn you
can add apache and more security. You might also want to do the testing
on a isolated network to avoid someone effecting your test by maxing out
bandwidth by downloading the latest Star Wars trailer or something.

I'm sure others on this mail list can find more variable I have missed,
but this should be a good start towards a fair test.

If you do go to this trouble please let us know your results.

Thanks,

Steve

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 16 20:55:48 2004

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.