time to be serious about dropping CVS

Michael Snyder msnyder@vmware.com
Fri Jan 8 18:41:00 GMT 2010


Phil Muldoon wrote:
> On 01/01/2010 08:01 AM, Joel Brobecker wrote:
>> Hello everyone,
>>
>> Happy New Year!
>>
>> Since I started using SVN, and even more so since I started using git,
>> I have found that using CVS is very inconvenient, bordering on unbearable.
> 
> Beyond the usual arguments and cons about CVS, the one thing that
> really bites is that CVS always has to talk to a remote server.  It is
> not distributed, so there is no local repository copy.  On a small
> project that is ok, but currently diffs with GDB CVS take 12-15
> minutes.  Commits are the same.  The same operations in GIT take
> seconds.  It is even worse in the US 8am - 6pm hours.  This might be
> because I live in the UK, and the server is on another continent.
> Maybe folks closer to the server get a snappier response.  But if
> there was problem that a distributed version control system was meant
> to fix, it was this.
> 
> I don't know why CVS is so slow.  Whether it is CPU bound on the
> sourceware machine, or the bandwidth at the hosting site is at
> capacity .. who knows?  I'm not even sure how to find out.  But would
> SVN solve any of the problem relating to performance?
> 
> My preference is for GIT, simply because of the speed.

FYI, my cvs operations are usually pretty snappy.
I live and work on the US west coast, and operate
during daylight hours.

time cvs -q update == 14 seconds for gdb "module" top level.




More information about the Gdb mailing list