Thread (8 messages) flat view 8 messages, 2 authors, 2016-06-15

Re: running git-update-cache --refresh on different machines on a NFS share always ends up in a lot of io/cpu/time waste

From: Linus Torvalds <torvalds@osdl.org>
Date: 2016-06-15 22:41:58


On Sun, 22 May 2005, Thomas Glanzmann wrote:
I wonder why 'git-update-cache --refresh' running in the same directory
shared via NFS ends up in reindexing the whole files when running on
different machines on a NFS share.
It does?

Can you check what 

	ls -li --time=atime

shows on the different clients? Also, try "ctime".
Is there a reason for this or can it easily be fixes. I also wonder if
the locking which is used to lock the cache is 'nfs safe'.
It _should_ be safe. It does the old lockfile thing, with a "link()" that
should guarantee atomicity. No fcntl locking or similar that can have
problems with networked filesystems and different UNIXes.

		Linus
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help