[cvsnt] Sudden degrade in checkout performance

Arthur Barrett arthur.barrett at march-hare.com
Tue Jun 19 11:17:23 BST 2007


Search the archive for perfroamce - this has been asked many times before.

You need to isolate the client or the server, then the disk then the network etc etc.

On the server enable "clients are allowed to trace server" - otherwise traces are meaningless.

If other clients are OK - most likely cause is a faulty disk driver (or faulty disk) on the linux box - fastest way to test that is to checkout to stdout (cvs co -p > /dev/null).

Also - upgrade your linux client to cvsnt 2.5.03 as well - 1.11 is just too old.


Arthur Barrett

-----Original Message-----
From:	cvsnt-bounces at cvsnt.org on behalf of Ian Long
Sent:	Tue 6/19/2007 7:27 PM
To:	cvsnt at cvsnt.org
Subject:	[cvsnt] Sudden degrade in checkout performance

On my Linux test machine (Red Hat) the time taken to checkout a module has 
recently changed from around 1minute to ~12 hours (it has never run to 
completion yet).

On the Linux machine, I am running cvs client 1.11.17, the CVS server is a 
Windows SmallBusinessServer running CVSNT2.5.03 build 2383.

The network between the two machines is a single gigabit switch, pings 
between then show no loss and return in ~0.5mSec - they are on the same 
subnet as each other. Other Windows and Linux machines on the same subnet 
are still able to check out the module in around a minute.

The linux machine is running nothing else at the moment, top show it sitting 
idle. There is masses of disk space available. Coming from the Windows 
world, I have even restarted the Linux box just in case.

The output from -ttt looks like this, the first few entries take a few 
seconds, but large files take 10s of minutes.
[ian at test checkout]$ cvs -ttt checkout mymodule
 -> main loop with CVSROOT=:pserver:user at myserver:/CVS/Repository
 -> safe_location( where=(null) )
 -> Connecting to myserver(
 -> Sending file `asm.jar' to server
 -> Sending file `mysql-connector-java-3.1.12-bin.jar' to server
? noael/WEB-INF/lib/.new.struts2-c
 -> unlink_file(CVS/Entries.Static)
cvs server: Updating noael
 -> unlink_file(CVS/Tag)
 -> unlink_file(CVS/Entries.Static)
cvs server: Updating noael/ERs
 -> unlink_file(CVS/Tag)
 -> unlink_file(CVS/Entries.Static)
cvs server: Updating noael/WEB-INF
 -> unlink_file(CVS/Tag)
 -> unlink_file(CVS/Entries.Static)
cvs server: Updating noael/WEB-INF/lib
 -> unlink_file(CVS/Tag)
 -> Register(asm.jar, 1.1, Tue Jun 19 06:16:54 2007, -kb,  )
 -> rename(CVS/Entries.Backup,CVS/Entries)
 -> unlink_file(CVS/Entries.Log)
 -> Register(mysql-connector-java-3.1.12-bin.jar, 1.3, Tue Jun 19 07:00:34 
2007, -kb,  )
 -> rename(CVS/Entries.Backup,CVS/Entries)
 -> unlink_file(CVS/Entries.Log)

I have tried checking out the module to a new dirrectory, but encounter the 
same performance.

Please can someone give me some suggestions for the cause or how I may go 
about looking for the cause.

Many thanks,

cvsnt mailing list
cvsnt at cvsnt.org

More information about the cvsnt mailing list