Directory Leasing
    1.
    发明申请
    Directory Leasing 有权
    目录租赁

    公开(公告)号:US20120072596A1

    公开(公告)日:2012-03-22

    申请号:US12885384

    申请日:2010-09-17

    IPC分类号: G06F15/173

    摘要: Described are embodiments for allowing clients that access a distributed file system to locally cache directory metadata. The client may request a read lease which allows the client to cache the directory metadata locally and service requests received from the same application which originally requested the directory metadata using the cache. In addition, the client may also request a handle lease which allows a client to delay the closing of a directory handle and allow the handle to be reused to service subsequent directory metadata requests from the same or a different application. A client may also request a write lease which allows an application on the client to modify the directory metadata, such as by creating or deleting new files in the directory, or changing their attributes, and cache those changes.

    摘要翻译: 描述了允许访问分布式文件系统的客户端本地缓存目录元数据的实施例。 客户端可以请求读取租约,允许客户端本地缓存目录元数据,并从使用缓存最初请求目录元数据的同一应用程序接收的服务请求。 此外,客户端还可以请求一个句柄租约,该租约允许客户端延迟目录句柄的关闭,并允许该句柄被重新用于从相同或不同的应用程序服务后续的目录元数据请求。 客户端还可以请求允许客户端上的应用程序修改目录元数据的写入租约,例如通过创建或删除目录中的新文件或更改其属性,并缓存这些更改。

    DIRECTORY OPLOCK
    2.
    发明申请

    公开(公告)号:US20120072400A1

    公开(公告)日:2012-03-22

    申请号:US12884624

    申请日:2010-09-17

    IPC分类号: G06F17/30

    CPC分类号: G06F17/30171

    摘要: Current file systems may implement opportunistic locks on files that allow clients to locally cache file data, while promoting data consistency when multiple clients read/write the same file. Unfortunately, when a client locally caches directory content of a directory, the file system may lack a mechanism for notifying the client of changes to the directory that would render the cached directory content “stale”. Accordingly, one or more systems and/or techniques for managing a directory oplock are disclosed herein. A directory oplock may be generated based upon an oplock request comprising a first target key and a first parent key. Subsequent access requests for access to the directory or objects therein may be compared with the directory oplock to determine whether to break the directory oplock, and notify the client (e.g., directory oplock is broken if the client submitting the access request is different than the client owning the directory oplock).

    摘要翻译: 当前的文件系统可能会在允许客户端本地缓存文件数据的文件上实现机会锁定,同时在多个客户端读/写同一文件时提高数据一致性。 不幸的是,当客户端本地缓存目录的目录内容时,文件系统可能缺少通知客户机将使缓存的目录内容“陈旧”的目录更改的机制。 因此,本文公开了用于管理目录oplock的一个或多个系统和/或技术。 可以基于包括第一目标密钥和第一父密钥的oplock请求来生成目录oplock。 可以将访问其目录或对象的后续访问请求与目录oplock进行比较,以确定是否中断目录oplock,并通知客户机(例如,如果客户端提交访问请求不同于客户端,则目录oplock被破坏 拥有目录oplock)。

    Directory oplock
    3.
    发明授权
    Directory oplock 有权
    目录oplock

    公开(公告)号:US08965862B2

    公开(公告)日:2015-02-24

    申请号:US12884624

    申请日:2010-09-17

    IPC分类号: G06F17/30

    CPC分类号: G06F17/30171

    摘要: Current file systems may implement opportunistic locks on files that allow clients to locally cache file data, while promoting data consistency when multiple clients read/write the same file. Unfortunately, when a client locally caches directory content of a directory, the file system may lack a mechanism for notifying the client of changes to the directory that would render the cached directory content “stale”. Accordingly, one or more systems and/or techniques for managing a directory oplock are disclosed herein. A directory oplock may be generated based upon an oplock request comprising a first target key and a first parent key. Subsequent access requests for access to the directory or objects therein may be compared with the directory oplock to determine whether to break the directory oplock, and notify the client (e.g., directory oplock is broken if the client submitting the access request is different than the client owning the directory oplock).

    摘要翻译: 当前的文件系统可能会在允许客户端本地缓存文件数据的文件上实现机会锁定,同时在多个客户端读/写同一文件时提高数据一致性。 不幸的是,当客户端本地缓存目录的目录内容时,文件系统可能缺少通知客户机将使缓存的目录内容“陈旧”的目录更改的机制。 因此,本文公开了用于管理目录oplock的一个或多个系统和/或技术。 可以基于包括第一目标密钥和第一父密钥的oplock请求来生成目录oplock。 可以将访问其目录或对象的后续访问请求与目录oplock进行比较,以确定是否中断目录oplock,并通知客户机(例如,如果客户端提交访问请求不同于客户端,则目录oplock被破坏 拥有目录oplock)。