>>>>> " " == Jamie Lokier <[EMAIL PROTECTED]> writes:
> If we're getting serious about adding finer-grained mtimes to
> ext2, could we please consider using those bits as a way to
> know, for sure, whether a file has changed?
Agreed.
> Btw, the whole cache coherency thing would probably work very
> well just updating times in in-core inodes.
No. Things fall in and out of the inode cache all the time. That's a
vicious circle that's going to lead to a lot of unnecessary traffic.
Cheers,
Trond
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
- Re: NFS locking bug -- limited mtime resolut... Andi Kleen
- Re: NFS locking bug -- limited mtime res... Trond Myklebust
- Re: NFS locking bug -- limited mtime... Andi Kleen
- Re: NFS locking bug -- limited mtime... Frank van Maarseveen
- Re: NFS locking bug -- limited mtime res... Jeff Epler
- Re: NFS locking bug -- limited mtime resolution means... Jeff Epler
- Re: NFS locking bug -- limited mtime resolution ... Trond Myklebust
- Re: NFS locking bug -- limited mtime resolut... Albert D. Cahalan
- Re: NFS locking bug -- limited mtime res... Trond Myklebust
- Re: NFS locking bug -- limited mtime... Jamie Lokier
- Re: NFS locking bug -- limited ... Trond Myklebust
- Re: NFS locking bug -- limi... Jeff Epler
- Re: NFS locking bug -- limi... Trond Myklebust
- Re: NFS locking bug -- limited mtime... Albert D. Cahalan
- Re: NFS locking bug -- limited ... Trond Myklebust
- Re: NFS locking bug -- limi... Albert D. Cahalan
- Re: NFS locking bug -- limi... Trond Myklebust
- Re: NFS locking bug -- limi... Andi Kleen
- Re: NFS locking bug -- limi... Trond Myklebust
- Re: NFS locking bug -- limi... Andi Kleen
- Re: NFS locking bug -- limi... Theodore Y. Ts'o

