>>>>> " " == 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