Thread (7 messages) flat view 7 messages, 5 authors, 2016-06-15

Re: [PATCH] Make use of stat.ctime configurable

From: Linus Torvalds <torvalds@linux-foundation.org>
Date: 2016-06-15 22:45:03

Possibly related (same subject, not in this thread)


On Mon, 28 Jul 2008, David Brown wrote:
On Mon, Jul 28, 2008 at 08:31:28AM +0200, Alex Riesen wrote:
quoted
because there are situations where it produces too much false
positives. Like when file system crawlers keep changing it when
scanning and using the ctime for marking scanned files.
That's interesting, since most backup software uses the ctime to determine
file changes.
It really is just Beagle that is (was? I can dream) a piece of 
unbelievable crap.

Anybody who uses extended attributes as part of a indexing scheme is just 
insane. Modifying the file you are indexing is not just fundamentally 
wrong to begin with, but it will then also be incredibly inefficient to 
read those entries one at a time.

And no other sane model would ever touch 'ctime'.

Oh, well. Making ctime configurable is not wrong per se. But if it's 
Beagle that triggers this, the fix is sadly in the wrong place.

		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