Abstract: A delete notification can be received at a storage stack filter in a storage stack. It can be determined whether the delete notification applies to an entire storage volume. If the delete notification does not apply to the entire storage volume, a first set of actions can be taken with the storage stack filter in response to the delete notification. If the delete notification does apply to the entire storage volume, a second set of actions can be taken with the storage stack filter in response to the delete notification.

Abstract: Improved methods and systems for granular opportunistic locking mechanisms (oplocks) are provided for increasing file caching efficiency. Oplocks can be specified with a combination of three possible granular caching intentions: read, write, and/or handle. An oplock can be specified with an identifier that indicates a client/specific caller to avoid breaking the original oplock due to an incompatibility from other requests of the same client. An atomic oplock flag is added to create operations that allow callers to request an atomic open with an oplock with a given file.

Abstract: In accordance with one or more aspects, one or more portions of each of multiple files that have been freed are determined. One or more delete notifications are generated identifying the one or more portions of the multiple files. Each portion is identified as a range of data on a storage device, and each delete notification includes one or more ranges of data on the storage device. These generated delete notifications are then sent to a storage stack. Additionally, an application can determine that one or more ranges of data of a storage device are to be freed and send a delete notification, in the absence of a file system on the device, to the storage stack identifying the one or more ranges of data of the storage device that are to be freed.

Abstract: A storage stack delete notification can be received at a storage stack filter. The delete notification can indicate deletion of primary data in a primary storage region. Secondary data that is taking up storage resources managed by the storage stack filter can be identified. The secondary data can be associated with the primary storage region, and the storage resources can be resources other than the primary storage region. It can be determined whether it is useful to have the secondary data continue taking up the storage resources. If having the secondary data continue taking up the storage resources is not useful, then the storage resources can be freed.

Abstract: A delete notification can be received at a storage stack filter in a storage stack. It can be determined whether the delete notification applies to an entire storage volume. If the delete notification does not apply to the entire storage volume, a first set of actions can be taken with the storage stack filter in response to the delete notification. If the delete notification does apply to the entire storage volume, a second set of actions can be taken with the storage stack filter in response to the delete notification.

Abstract: A processing device and a machine-implemented method may be provided for tracking file system dependencies with respect to a volume residing on a storage device and guest volumes residing on virtual storage devices nested within the volume. A shim driver may receive an indication of a virtual storage device being surfaced and may parse contents to surface partitions and volumes contained within the virtual storage device to a system. The shim driver may open a guest volume nested within a host volume and may send a register request, regarding the guest volume, to a virtual disk mini-filter associated with the host volume. The virtual disk mini-filter may save information regarding a relationship between the host volume and the guest volume. The saved information may be used to prevent file system corruption when the host volume is dismounted or unexpectedly removed.

Abstract: A buffer of block addresses for use by a client for read and write operations in a client-server system is maintained. Block addresses are maintained in the buffer and are streamed to the client in response to a request for the addresses to support a read or write operation. The quantity of addresses maintained in the buffer may be dynamically adjusted in response consumption of addresses for read and write operations.

Abstract: Improved methods and systems for granular opportunistic locking mechanisms (oplocks) are provided for increasing file caching efficiency. Oplocks can be specified with a combination of three possible granular caching intentions: read, write, and/or handle. An oplock can be specified with an identifier that indicates a client/specific caller to avoid breaking the original oplock due to an incompatibility from other requests of the same client. An atomic oplock flag is added to create operations that allow callers to request an atomic open with an oplock with a given file.

Abstract: A method and system for supporting a concurrent recordation of a change in a data file by a server while allowing an application to continue writing changes to a data file. In response to a change in a data file, a near-instantaneous version of the file is created. Metadata reflecting the change to the data file are synchronized with a version of the file in cache and recorded in persistent storage. During the process of recording metadata changes to the file, subsequent changes to the data file may continue, and metadata reflecting the changes may be recorded in a subsequent near-instantaneous version of the file which may also be synchronized with a version of the metadata in persistent storage.

Abstract: A buffer of block addresses for use by a client for read and write operations in a client-server system is maintained. Block addresses are maintained in the buffer and are streamed to the client in response to a request for the addresses to support a read or write operation. The quantity of addresses maintained in the buffer may be dynamically adjusted in response consumption of addresses for read and write operations.

Abstract: A method and system for supporting a concurrent recordation of a change in a data file by a server while allowing an application to continue writing changes to a data file. In response to a change in a data file, a near-instantaneous version of the file is created. Metadata reflecting the change to the data file are synchronized with a version of the file in cache and recorded in persistent storage. During the process of recording metadata changes to the file, subsequent changes to the data file may continue, and metadata reflecting the changes may be recorded in a subsequent near-instantaneous version of the file which may also be synchronized with a version of the metadata in persistent storage.