[lkml]   [2002]   [Sep]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: invalidate_inode_pages in 2.5.32/3
    On Tue, 10 Sep 2002, Chuck Lever wrote:

    > client. also, i'd really like to hear from maintainers of other network
    > file systems about how they manage cache coherency.

    I have a feeling that smbfs was built around an assumption that if it has
    a file open, no one else can change it. I don't think that is valid
    even with older smb protocols.

    From reading (selected parts of) this thread I believe the requirements
    from smbfs is much like the nfs ones. An incomplete summary of what is
    currently done:

    1. If attributes of a file changes (size, mtime) the cached data is

    2. Directory changes does not modify the mtime of the dir on windows
    servers so a timeout is used.

    3. Cached file data is currently not dropped when a file is closed. But
    any dirty pages are written. I guess the idea is that (1) would still
    catch any changes even if the file isn't open.

    smbfs in 2.5 will support oplocks, where the server can tell the client
    that someone else wants to open the same file, called an "oplock break".
    The client should then purge any cached file data and respond when it is

    This needs to be a nonblocking purge for similar reasons as mentioned for
    rpciod. The suggested best-effort-try-again-later invalidate sounds ok for

    There exists smb documentation stating that caching is not allowed without
    a held oplock. But how to deal with mmap wasn't really in that authors

    If I understood Andrew right with the inode flag that won't purge anything
    until the next userspace access. I don't think that is what smbfs wants
    since the response to the oplock break should happen fairly soon ...


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:28    [W:0.022 / U:15.196 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site