[cvsnt] CVSNT slow response with multiple users

jvn76 Van Norman jvn76 at msn.com
Thu Jan 31 16:42:30 GMT 2008

Thank you for your responses.

Connecting to the lock service and performing the Monitor – Locks reveals 
that during these slow times there are multiple locks, and that those locks 
are holding onto the same files for a long period of time.  Some of the 
locks have lasted over 1 ½ hours.

Can CVS operate without the Lock Service?  If it can, what are the 
ramifications of this?

Our security team does not want us even testing with Antivirus fully removed 
from the server.  What antivirus software interferes with CVSNT the least?

Thank you,


>From: Tony Hoyle <tony.hoyle at march-hare.com>
>To: cvsnt at cvsnt.org
>Subject: Re: [cvsnt] CVSNT slow response with multiple users
>Date: Tue, 29 Jan 2008 13:05:53 +0000
>Alexey Panchenko wrote:
> > Probably this is caused by locking. Are you using lockserver?
> >
> > You can connect to it using any telnet client and execute commands:
> > - Monitor
> > - Locks
> > to list active locks.
>I'm not sure those commands work any more, but it's worth a try -
>monitor slows things down a lot though.
> > Each new lock request is iterating over all previous locks linearly
> > and if you have many files and many simultaneous users - that could be
> > the bottleneck.
>You'd have to have a *lot* of locks before that would be significant,
>and you only get those kind of numbers on large numbers of commits
>(which have to wait for each other anyway).
>For an update/checkout you typically have one lock per user active at
>any one time.
>I'd suspect something happening at the network layer - the machine isn't
>under load at all so the process isn't really doing anything.   Might be
>worth uninstalling the AV as a test (merely disabling AV normally
>doesn't work due to the way they interact with the system).  Also any
>onboard firewalls.
>cvsnt mailing list
>cvsnt at cvsnt.org

More information about the cvsnt mailing list