lkml.org 
[lkml]   [2001]   [Oct]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Finegrained a/c/mtime was Re: Directory notification problem
From
Date
>>>>> " " == Padraig Brady <padraig@antefacto.com> writes:

> you then have the same problem with synchronising nanosecond
> times between the various processors (which could be the other
> side of a network cable in some

> configurations)? So perhaps the best solution is to maintain
> both a generation

> count which would do for many apps who just care if the file
> has changed relative

> to some moment it time and not relative to another file(s) on
> the filesystem .

> Then for make type applications you could maintain the full
> resolution timestamp,

> however this will still have the
> synchronisation/portability/CPU expense issues

> discussed previously.

This `generation count' idea for file change stamping will eventually
have to go into the kernel if only because things like NFSv4 will
require it.

Meanwhile though, you're going have to look elsewhere than ordinary
NFS to be able to share the generation information over your
network. The current protocols support microsecond(v2)/nanosecond(v3)
timestamps only.

Cheers,
Trond
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:04    [W:0.391 / U:7.624 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site