Re: cvs up slowdown

[Mark D. Baushke]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

James Cloos <address@hidden> writes:

> I noticed that, starting sometime earlier this summer, cvs up has
> become almost unusably slow.
> 
> It used to just grab the updates from the server.  Now it appears to
> be sending the entire current checkout (not the file version strings,
> but the *entire* *files*) to the server before grabbing anything back.
> 
> In other words, cvs has gone from usable on just about any net
> connection to virtually useless across a modem or DS0-comparable
> wireless link.
> 
> My box runs gentoo; cvs is 1.12.12 built via 1.12.12-r4.ebuild.
> 
> And all of my cvs checkouts are read-only and do not have any local
> modifications.
> 
> From a read of the src, it looks like is is supposed to do that only
> for locally-modified files.  I cannot see why it should think the
> files were modified, though....
> 
> Any ideas are welcome.

This can happen when the timestamp on the file is different than the
timestamp in the CVS/Entries file which in turn can happen if your
tree is using NFS storage on a machine that has a different concept of
time than your local machine.

You may wish to do a quick comparions of a CVS/Entries line with a
ls -l of the corresponding file.

If there is indeed skew, then using ntpd on your server and ensuring
that something similar is running on your network file system host would
be the remedy.

        -- Mark
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (FreeBSD)

iD8DBQFFD+sECg7APGsDnFERAr2gAKDb2amN0rzpYfLOcfAODr0z4zQwHQCeOg6b
TKdbVM+8HEp5EfmqEH4BWxM=
=raY7
-----END PGP SIGNATURE-----