Abstract: Prior to an update of an operating system of a computing device, a configuration operation is performed with respect to a particular processor of the computing device, such that the particular processor is indicated to the operating system as being in an offline state while an application runs at the particular processor. The operating system is then updated. The update comprises a time interval in which the operating system is unavailable and the application performs one or more computations at the particular processor. After the update, the application is restarted.

Abstract: Prior to an update of an operating system of a computing device, a configuration operation is performed with respect to a particular processor of the computing device, such that the particular processor is indicated to the operating system as being in an offline state while an application runs at the particular processor. The operating system is then updated. The update comprises a time interval in which the operating system is unavailable and the application performs one or more computations at the particular processor. After the update, the application is restarted.

Abstract: Prior to an update of an operating system of a computing device, a configuration operation is performed with respect to a particular processor of the computing device, such that the particular processor is indicated to the operating system as being in an offline state while an application runs at the particular processor. The operating system is then updated. The update comprises a time interval in which the operating system is unavailable and the application performs one or more computations at the particular processor. After the update, the application is restarted.

Abstract: Files, or other data, may be stored in a package, and the contents of the package may be retrieved incrementally and/or on-demand. In one example, files are packaged into a ZIP file or similar type of package. Additionally, metadata is added to the package that describes the contents of the package at the sub-file level, thereby allowing portions of files to be retrieved by appropriately-configured software. When the package is to be used on a local machine, placeholder files may be created on that machine, which are to be populated by the package's contents at a later time. When a request for data in the package is made, if the data does not reside locally, then a request for the specific data (possibly at the sub-file level) is made, and the placeholder files are populated with the actual package data.

Abstract: One or more extension registrations are received for each of multiple software components installed on a computing device. The one or more extension registrations identify the software components as providers of functionality. A record of the one or more extension registrations for each of the multiple software components is maintained. Requests are received, from other software components installed on the computing device, that identify particular functionality. In response to such requests, the information regarding one or more of the multiple software components that provide the particular functionality is returned to the other software components.

Abstract: Multiple software component identifiers are maintained in a catalog of an operating system running on a device. Each of these software component identifiers corresponds to one of multiple software components installed on the device. The catalog is accessed in response to a request regarding one of the multiple software components, and the request is responded to based at least in part on information included in the catalog. Additionally, two or more versions of a software component that are installed on the computing device can be identified. Which one of the two or more versions of the software component is an active version of the software component to be run is determined. In response to requests for information regarding the software component, information regarding the active version of the software component is returned.

Abstract: Multiple software component identifiers are maintained in a catalog of an operating system running on a device. Each of these software component identifiers corresponds to one of multiple software components installed on the device. The catalog is accessed in response to a request regarding one of the multiple software components, and the request is responded to based at least in part on information included in the catalog. Additionally, two or more versions of a software component that are installed on the computing device can be identified. Which one of the two or more versions of the software component is an active version of the software component to be run is determined. In response to requests for information regarding the software component, information regarding the active version of the software component is returned.

Abstract: Files, or other data, may be stored in a package, and the contents of the package may be retrieved incrementally and/or on-demand. In one example, files are packaged into a ZIP file or similar type of package. Additionally, metadata is added to the package that describes the contents of the package at the sub-file level, thereby allowing portions of files to be retrieved by appropriately-configured software. When the package is to be used on a local machine, placeholder files may be created on that machine, which are to be populated by the package's contents at a later time. When a request for data in the package is made, if the data does not reside locally, then a request for the specific data (possibly at the sub-file level) is made, and the placeholder files are populated with the actual package data.

Abstract: Session multiplex protocol (“SMUX”) is a protocol layered above existing reliable transport mechanisms that can be used to create multiple sessions over a single connection. Data from several different SMUX sessions can be interleaved and message boundaries preserved. Because it sits on top of reliable transport mechanisms, it takes advantage of the underlying protocols to ensure byte-alignment, loss detection/recovery, and reliable delivery. It provides a window based flow control mechanism to ensure suitable fairness among streams of different sessions and prevent deadlocks.

Abstract: One or more extension registrations are received for each of multiple software components installed on a computing device. The one or more extension registrations identify the software components as providers of functionality. A record of the one or more extension registrations for each of the multiple software components is maintained. Requests are received, from other software components installed on the computing device, that identify particular functionality. In response to such requests, the information regarding one or more of the multiple software components that provide the particular functionality is returned to the other software components.

Abstract: Multiple software component identifiers are maintained in a catalog of an operating system running on a device. Each of these software component identifiers corresponds to one of multiple software components installed on the device. The catalog is accessed in response to a request regarding one of the multiple software components, and the request is responded to based at least in part on information included in the catalog. Additionally, two or more versions of a software component that are installed on the computing device can be identified. Which one of the two or more versions of the software component is an active version of the software component to be run is determined. In response to requests for information regarding the software component, information regarding the active version of the software component is returned.

Abstract: A method and computing device for providing concurrent read and write access to a linked list of elements is presented. A linked list is provided wherein read access by a reader process and write access by a writer process may occur substantially concurrently. The linked list includes three internal lists for processes to reference elements of the linked list. The linked list also includes an updated indicator. Read access to the linked list is provided to a reader process such that the reader process accesses elements in the linked list according to a read list of the three internal lists. Write access to the linked list is provided to a writer process such that the writer process accesses elements in the linked list according to a write list of the three internal lists.

Abstract: A method and computing device for providing concurrent read and write access to a linked list of elements is presented. A linked list is provided wherein read access by a reader process and write access by a writer process may occur substantially concurrently. The linked list includes three internal lists for processes to reference elements of the linked list. The linked list also includes an updated indicator. Read access to the linked list is provided to a reader process such that the reader process accesses elements in the linked list according to a read list of the three internal lists. Write access to the linked list is provided to a writer process such that the writer process accesses elements in the linked list according to a write list of the three internal lists.

Abstract: Session multiplex protocol (“SMUX”) is a protocol layered above existing reliable transport mechanisms that can be used to create multiple sessions over a single connection. Data from several different SMUX sessions can be interleaved and message boundaries preserved. Because it sits on top of reliable transport mechanisms, it takes advantage of the underlying protocols to ensure byte-alignment, loss detection/recovery, and reliable delivery. It provides a window based flow control mechanism to ensure suitable fairness among streams of different sessions and prevent deadlocks.