Thread (20 messages) 20 messages, 8 authors, 2011-07-29

Re: Nanosecond fs timestamp support: sad

From: NeilBrown <hidden>
Date: 2011-07-23 00:07:50
Also in: lkml

On Fri, 22 Jul 2011 19:49:21 -0400 "J. Bruce Fields" [off-list ref]
wrote:
On Fri, Jul 22, 2011 at 07:06:12PM -0400, J. Bruce Fields wrote:
quoted
On Sat, Jul 23, 2011 at 08:59:15AM +1000, NeilBrown wrote:
quoted
But does anyone apart from NFSv4 actually *want* i_version as opposed to the
more-generally-useful precise timestamps?
It *seems* like a generally useful idea, but I don't know of any other
users.
(Out of curiosity: what actually *needs* real timestamps?:
	- They're generally useful to people, of course; ("what did I
	  change last tuesday?")
In the same vein they are useful for archiving.  "what has changed since I
last started an archive?"

NFSv3 caching obviously uses them too.
	- Make uses them, though in theory perhaps it could do the same
	  job by caching records like "object X was built from
	  versions a, b, and c of objects A, B, and C respectively".
In theory....
But a lot of uses are probably just to answer the question "did this
file change since the last time I looked at it"?
I think everything could fall in two one of two categories.
 a/ did this file change since the last time I looked at it?
 b/ did this file change since the last time that file changed?

The former can be achieved with versions or timestamps.
The latter requires globally coherent high precision timestamps... or
something like dependency tracking which would probably be even more
expensive and - as you say - non-standard.

NeilBrown

Of course, however theoretically useful, there's always the argument
that linux-specific interfaces are unlikely to be used by anyone except
Lennart Poettering.)

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