Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to firstname.lastname@example.org.
Ian, 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. Regards, 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 cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook Cc: 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(192.168.30.1):2401 -> 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, Ian. _______________________________________________ cvsnt mailing list cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs