[Lustre-devel] Commit on share
Alex.Zhuravlev at sun.com
Tue Jun 3 11:56:57 PDT 2008
Andreas Dilger wrote:
> Well, in 1.6/1.8 the layering isn't so strict, and in HEAD the problem
> goes away because of per-object data/locking. I also don't think Alex's
> worry about the i_filterdata lifetime is warranted. If the inode is
> being evicted from cache, then it surely must have been written to disk,
> so there is no need to cache the last-modified data at all as COS is
> not needed anymore.
we can't destroy dependency data until object is committed, right?
but JBD doesn't work with inodes, it works with buffers only. IOW,
inode can be evicted from the cache while correspondent buffer is
still to be flushed?
More information about the lustre-devel