Abstract: The described technologies enable a computing device to allocate at least a portion of its persistent memory as volatile memory during runtime. At least some implementations create a file in the persistent memory of the computing device. The file is created in the persistent memory of the computing device during runtime of a virtual machine (VM) hosted by the computing device. The file may be allocated to the VM. The file allocated to the VM may be used as volatile memory. For example, the VM may use the file to store temporary data (e.g., volatile data). In some implementations, the temporary data is associated with an application executing in the VM.

Abstract: The described technologies enable a computing device to allocate at least a portion of its persistent memory as volatile memory during runtime. At least some implementations create a file in the persistent memory of the computing device. The file is created in the persistent memory of the computing device during runtime of a virtual machine (VM) hosted by the computing device. The file may be allocated to the VM. The file allocated to the VM may be used as volatile memory. For example, the VM may use the file to store temporary data (e.g., volatile data). In some implementations, the temporary data is associated with an application executing in the VM.

Abstract: Described herein are technologies that provide an element of security related to file system operations. Individual nodes in a file system, such as a directory or a file, can be associated with information that describes how to handle letter case when a file name included in a file system operation request is used to locate a file in the file system. For example, a case sensitive designation associated with a directory can require a case sensitive match between a file name included in a request and a file name included in the directory, in order to perform the requested file system operation. In another example, a case preferring designation associated with a directory first checks for a case sensitive match between file names. If a case sensitive match does not exist, then a case insensitive match between the file names can be used to perform the requested file system operation.

Abstract: Described herein are technologies that provide an element of security related to file system operations. Individual nodes in a file system, such as a directory or a file, can be associated with information that describes how to handle letter case when a file name included in a file system operation request is used to locate a file in the file system. For example, a case sensitive designation associated with a directory can require a case sensitive match between a file name included in a request and a file name included in the directory, in order to perform the requested file system operation. In another example, a case preferring designation associated with a directory first checks for a case sensitive match between file names. If a case sensitive match does not exist, then a case insensitive match between the file names can be used to perform the requested file system operation.

Abstract: A computing device saves storage space by foregoing writing the payloads for batches of feature files to local storage and then automatically downloading payloads for individual batches of feature files as associated features are called upon. In various embodiments, an operating system (OS) that includes both frequently used and infrequently used features is executing on the computing device. Batches of feature files for the frequently used features of the OS may be hydrated on the computing device whereas batches of feature files for the infrequently used features of the OS may be left dehydrated on the computing device. When an infrequently used feature is requested, the computing device automatically downloads a corresponding batch of feature files. Then, the computing device may fulfill the request by implementing the infrequently used feature. Thus, predetermined batches of feature files remain immediately accessible at the computing device without consuming storage space unless called upon.

Abstract: Techniques are disclosed for managing applications. Responsive to receiving a request for access to a first application, metadata is retrieved that is written to the local drive of the computing device. Responsive to the metadata indicating that the first application is not written to the local drive of the computing device, a download request is transmitted to an application provider. A download package for application is received that includes one or more application files that are operable to execute the application when stored on the computing device without executing an installation process.

Abstract: The techniques disclosed herein improve performance of file system logging by writing log data to persistent memory instead of staging in RAM before writing to disk. In one embodiment, while the log is being written, checksums are inserted, such that during recovery, the checksums can be used to distinguish good log pages from bad log pages. In this way, good log pages can be evaluated to determine whether to roll a portion of a file system transaction forward, backward, or do nothing, while bad log pages can be safely ignored. Additionally or alternatively, non-temporal copies are employed when writing data to persistent memory, thereby reducing an amount of time log data is exposed to be lost in a crash.

Abstract: Techniques are disclosed for managing applications. Responsive to receiving a request for access to a first application, metadata is retrieved that is written to the virtual machine. Responsive to the metadata indicating that the first application is not written to the virtual machine, a download request is transmitted to a remote host. A download package for application is received that includes one or more application files that are operable to execute the application when stored at the virtual machine without executing an installation process.

Abstract: Techniques are disclosed for managing applications. Responsive to receiving a request for access to a first application, metadata is retrieved that is written to the local drive of the computing device. Responsive to the metadata indicating that the first application is not written to the local drive of the computing device, a download request is transmitted to an application provider. A download package for application is received that includes one or more application files that are operable to execute the application when stored on the computing device without executing an installation process.

Abstract: A system to enable a user to generate copies of files at a client device and to cause a file hosting platform to generate backups of these copies in a cloud database without transferring file content data for these files between the client device and the cloud database. When a user copies a file from a first folder on a client device to a second folder on the client device, the system may determine that the file content data for this file is already present in the cloud database. Then, rather than uploading the file content data to the cloud database from the client device, the system may cause a file hosting platform to access the file content data directly from the cloud database to perform a file copy operation.

Abstract: A computing device saves storage space by foregoing writing the payloads for batches of feature files to local storage and then automatically downloading payloads for individual batches of feature files as associated features are called upon. In various embodiments, an operating system (OS) that includes both frequently used and infrequently used features is executing on the computing device. Batches of feature files for the frequently used features of the OS may be hydrated on the computing device whereas batches of feature files for the infrequently used features of the OS may be left dehydrated on the computing device. When an infrequently used feature is requested, the computing device automatically downloads a corresponding batch of feature files. Then, the computing device may fulfill the request by implementing the infrequently used feature. Thus, predetermined batches of feature files remain immediately accessible at the computing device without consuming storage space unless called upon.

Abstract: The described technologies enable a computing device to allocate at least a portion of its persistent memory as volatile memory during runtime. At least some implementations create a file in the persistent memory of the computing device. The file is created in the persistent memory of the computing device during runtime of a virtual machine (VM) hosted by the computing device. The file may be allocated to the VM. The file allocated to the VM may be used as volatile memory. For example, the VM may use the file to store temporary data (e.g., volatile data). In some implementations, the temporary data is associated with an application executing in the VM.

Abstract: Determination logic for a cloud content states framework is described herein. In implementations, a framework is configured to perform operations for management of cloud content files at the computing device on behalf of cloud storage providers. Determination logic for the framework is utilized to make state determinations in dependence upon a defined set of file sync properties. The framework operates to make assessments of the file sync properties and set states for files in accordance with the assessments. In implementations, file sync properties are related to corresponding states through a mapping data structure that maps file sync property values to different states and enables look-ups of states based on property values. The framework utilizes and references the mapping data structure to match file sync properties identified for cloud content files to corresponding states and then set states for the cloud content files accordingly.

Abstract: A computing device has a tiered storage with at least two types of storage classes which further comprise storage tiers. A file system is instantiated that is configured to allocate storage implemented as a plurality of storage classes, the storage classes each corresponding to a set of storage tiers having performance and capacity characteristics. A content item is pinned with a first one of the storage classes. Storage in a storage tier is allocated to the content item in accordance with the pinned first storage class.

Abstract: In a computing device, a first amount of system storage of a computing device is reserved for system update tasks. The first amount is indicated as reserved for system updates and unavailable for access by user applications. The first amount of system storage is then used for installing one or more system updates.

Abstract: Described herein are technologies that provide an element of security related to file system operations. Individual nodes in a file system, such as a directory or a file, can be associated with information that describes how to handle letter case when a file name included in a file system operation request is used to locate a file in the file system. For example, a case sensitive designation associated with a directory can require a case sensitive match between a file name included in a request and a file name included in the directory, in order to perform the requested file system operation. In another example, a case preferring designation associated with a directory first checks for a case sensitive match between file names. If a case sensitive match does not exist, then a case insensitive match between the file names can be used to perform the requested file system operation.

Abstract: The techniques disclosed herein improve performance of file system logging by writing log data to persistent memory instead of staging in RAM before writing to disk. In one embodiment, while the log is being written, checksums are inserted, such that during recovery, the checksums can be used to distinguish good log pages from bad log pages. In this way, good log pages can be evaluated to determine whether to roll a portion of a file system transaction forward, backward, or do nothing, while bad log pages can be safely ignored. Additionally or alternatively, non-temporal copies are employed when writing data to persistent memory, thereby reducing an amount of time log data is exposed to be lost in a crash.

Abstract: A system to enable a user to generate copies of files at a client device and to cause a file hosting platform to generate backups of these copies in a cloud database without transferring file content data for these files between the client device and the cloud database. When a user copies a file from a first folder on a client device to a second folder on the client device, the system may determine that the file content data for this file is already present in the cloud database. Then, rather than uploading the file content data to the cloud database from the client device, the system may cause a file hosting platform to access the file content data directly from the cloud database to perform a file copy operation.

Abstract: Determination logic for a cloud content states framework is described herein. In implementations, a framework is configured to perform operations for management of cloud content files at the computing device on behalf of cloud storage providers. Determination logic for the framework is utilized to make state determinations in dependence upon a defined set of file sync properties. The framework operates to make assessments of the file sync properties and set states for files in accordance with the assessments. In implementations, file sync properties are related to corresponding states through a mapping data structure that maps file sync property values to different states and enables look-ups of states based on property values. The framework utilizes and references the mapping data structure to match file sync properties identified for cloud content files to corresponding states and then set states for the cloud content files accordingly.

Abstract: A system in which a file system may operate on a volume in which the logical address extent of the volume is divided into multiple tiers, each tier providing storage having a distinct trait set by mapping the logical addresses of the volume to appropriate underlying storage systems. A volume system exposes the volume to the file system in a manner that the file system itself has awareness of the tiers, and is aware of the trait sets of each tier. The file system may thus store file system namespaces (such as directories and files) into the tiers as appropriate for the file system namespace. A provisioning system may also be provided and be configured to provision the volume to include such tiers, and if desired, to extend the tiers.