[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cvs up slowdown

From: Mark D. Baushke
Subject: Re: cvs up slowdown
Date: Tue, 19 Sep 2006 06:05:09 -0700

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
Version: GnuPG v1.4.4 (FreeBSD)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]