[H-GEN] CVS is very very slow ...

[Ewan Edwards]

[ Humbug *General* list - semi-serious discussions about Humbug and     ]
[ Unix-related topics. Posts from non-subscribed addresses will vanish. ]

but only on commits.

This one seems very strange to me.  This is largely because I have almost no 
knowledge at all of using CVS or how CVS works.  

I have a CVS repository on a Linux server with the CVS pserver running.  All 
developer access to the repository is via the network.  All developers are 
experiencing the same problem.  The clients are a mixture of Linux, Win2k and 
WinXP workstations.  It doesn't seem to matter whether the command line or a 
GUI client is used for checkouts or check-ins.

The developers tell me that checking files out of the repository works well 
and very quickly, but checking in (commit) is extraordinarily slow.  I'm told 
"a minute or two for just a few k".  These operations should be taking a 
second or two.  From what I've observed the "minute or two" has nothing to do 
with the size of the file.

This problem started when the server and all the developer workstations were 
moved to a new building.  Obviously, the network addresses in the new 
building are different, but all the workstations and the server are still on 
the one subnet.  No changes have been made to the pserver installation or 
configuration as a result of the move.  This may be the problem, but I don't 
know where to look to find out.

I've referred to the CVS book (http://cvsbook.red-bean.com/cvsbook.html) and 
gone through the Tips & Troubleshooting section without result.   I have 
checked the CVSROOT/config file to see if there was something network 
specific I might have missed, but the file is only a bunch of meaningless (to 
me) comments.

<Insert plaintive cry for help here.>



--
* This is list (humbug) general handled by majordomo at lists.humbug.org.au .
* Postings to this list are only accepted from subscribed addresses of
* lists 'general' or 'general-post'.  See http://www.humbug.org.au/