Abstract: A facility for distributing a template recording a past state of a virtual computing environment is described. The facility accesses a list of physical data centers at which the template is to be available for immediate use to instantiate a new virtual computing environments. The facility causes the template to be stored at each physical data center on the list.

Abstract: Methods that can migrate storage data are provided. One method includes receiving, by a processor, an input/output (I/O) request and, in response to receiving the I/O request, simultaneously transmitting data associated with the I/O request to a first controller and a second controller as a portion of a data migration process. Systems and computer program products that can perform and/or implement the method are also provided.

Abstract: Methods that can optimize data storage via tracking flashcopy use are provided. One method includes storing flashcopies of data to a target volume in which the data is stored on a source volume and each flashcopy represents a particular portion of the data. The method further includes tracking a quantity of input/output (I/O) requests for each respective portion of the data on the target volume represented by a flashcopy and copying a particular portion of the data from the source volume to the target volume in response to receiving a predetermined quantity of I/O requests on the target volume for the particular portion of the data. Systems and apparatus that can include, perform, and/or implement the methods are also provided.

Abstract: Methods that can optimize data storage via tracking flashcopy use are provided. One method includes storing flashcopies of data to a target volume in which the data is stored on a source volume and each flashcopy represents a particular portion of the data. The method further includes tracking a quantity of input/output (I/O) requests for each respective portion of the data on the target volume represented by a flashcopy and copying a particular portion of the data from the source volume to the target volume in response to receiving a predetermined quantity of I/O requests on the target volume for the particular portion of the data. Systems and apparatus that can include, perform, and/or implement the methods are also provided.

Abstract: A data migration management apparatus includes a data migration module, a decompression module, and a consolidation module. The data migration module determines a plurality of compressed extents on a source controller are subject to a data migration process to a target controller. The decompression module receives an input/output request at a storage virtualization controller, from a host application, after the data migration process has begun. A response to the input/output request includes decompressing one of the plurality of compressed extents on the source controller not yet migrated. The consolidation module executes the response to the input/output request and writes to the target controller from a single decompressed extent.

Abstract: A facility for distributing a template recording a past state of a virtual computing environment is described. The facility accesses a list of physical data centers at which the template is to be available for immediate use to instantiate a new virtual computing environments. The facility causes the template to be stored at each physical data center on the list.

Abstract: Methods that can migrate storage data are provided. One method includes receiving, by a processor, an input/output (I/O) request and, in response to receiving the I/O request, simultaneously transmitting data associated with the I/O request to a first controller and a second controller as a portion of a data migration process. Systems and computer program products that can perform and/or implement the method are also provided.

Abstract: A facility for distributing a template recording a past state of a virtual computing environment is described. The facility accesses a list of physical data centers at which the template is to be available for immediate use to instantiate a new virtual computing environments. The facility causes the template to be stored at each physical data center on the list.

Abstract: A data migration management apparatus includes a data migration module, a decompression module, and a consolidation module. The data migration module determines a plurality of compressed extents on a source controller are subject to a data migration process to a target controller. The decompression module receives an input/output request at a storage virtualization controller, from a host application, after the data migration process has begun. A response to the input/output request includes decompressing one of the plurality of compressed extents on the source controller not yet migrated. The consolidation module executes the response to the input/output request and writes to the target controller from a single decompressed extent.

Abstract: A facility for distributing a template recording a past state of a virtual computing environment is described. The facility accesses a list of physical data centers at which the template is to be available for immediate use to instantiate a new virtual computing environments. The facility causes the template to be stored at each physical data center on the list.

Abstract: In one or more embodiments, a bus driver, included on a local computing system, enables detection of hardware available on a host computing system for a remote access session. Upon detecting a hardware device on the host computing system, an operating system included in the local computing system may obtain a device driver for controlling data captured from the hardware device. The device driver may be used to inject data captured from the hardware device into the local operating system's input stack. In some examples, the data is injected into the local operating system's input stack at a layer that corresponds to a layer at which the data was captured on the host computing system.

Abstract: In one or more embodiments, a bus driver, included on a local computing system, enables detection of hardware available on a host computing system for a remote access session. Upon detecting a hardware device on the host computing system, an operating system included in the local computing system may obtain a device driver for controlling data captured from the hardware device. The device driver may be used to inject data captured from the hardware device into the local operating system's input stack. In some examples, the data is injected into the local operating system's input stack at a layer that corresponds to a layer at which the data was captured on the host computing system.

Abstract: In one or more embodiments, a bus driver, included on a local computing system, enables detection of hardware available on a host computing system for a remote access session. Upon detecting a hardware device on the host computing system, an operating system included in the local computing system may obtain a device driver for controlling data captured from the hardware device. The device driver may be used to inject data captured from the hardware device into the local operating system's input stack. In some examples, the data is injected into the local operating system's input stack at a layer that corresponds to a layer at which the data was captured on the host computing system.

Abstract: Performance of automated touch data injection into a stack of software objects is provided. Previously stored data from a touch data file is received and transformed based upon a touch property. The transformed retrieved data is then injected into a lowermost layer of a stack of software objects. A computer-readable medium tool allows a user, such as a software developer, to create data that can consistently be employed to simulate the operation of movement of a user's finger across a touch input area. A buffer management module retrieves data from a touch data file. A data transformation module transforms the retrieved data based upon a touch property. A device management module injects transformed retrieved data into a human interface layer of a device.

Abstract: Millimeter to nano-scale structures manufactured using a multi-component polymer fiber matrix are disclosed. The use of dissimilar polymers allows the selective dissolution of the polymers at various stages of the manufacturing process. In one application, biocompatible matrixes may be formed with long pore length and small pore size. The manufacturing process begins with a first polymer fiber arranged in a matrix formed by a second polymer fiber. End caps may be attached to provide structural support and the polymer fiber matrix selectively dissolved away leaving only the long polymer fibers. These may be exposed to another product, such as a biocompatible gel to form a biocompatible matrix. The polymer fibers may then be selectively dissolved leaving only a biocompatible gel scaffold with the pores formed by the dissolved polymer fibers. The scaffolds may be used in, among other applications, the repair of central and peripheral nerves.

Abstract: In one or more embodiments, a bus driver, included on a local computing system, enables detection of hardware available on a host computing system for a remote access session. Upon detecting a hardware device on the host computing system, an operating system included in the local computing system may obtain a device driver for controlling data captured from the hardware device. The device driver may be used to inject data captured from the hardware device into the local operating system's input stack. In some examples, the data is injected into the local operating system's input stack at a layer that corresponds to a layer at which the data was captured on the host computing system.

Abstract: First input device data is captured from a first input device coupled to a computing device. At least a portion the first input device data is mapped to an action of a second input device, wherein the second input device is not coupled to the computing device. Second input device data associated with the second input device is generated based at least in part on the first input device data.

Abstract: A tool that allows a user, such as a software developer, to create test data that can consistently be employed to simulate the operation of a hardware pen or stylus. Raw pen data, such as position coordinates, pen angle and pen properties, is captured. This data is then later injected into a system being tested in place of pen data from a device driver. The raw pen data may be captured through an application programming interface invoked by a host application. The captured data can then subsequently be injected through another application programming interface invoked by a host application, such as a software testing application for testing a variety of operations of another software application. Alternately, a stand-alone utility may be used for capturing and then injecting raw pen data.

Abstract: Performance of automated touch data injection into a stack of software objects is provided. Previously stored data from a touch data file is received and transformed based upon a touch property. The transformed retrieved data is then injected into a lowermost layer of a stack of software objects. A computer-readable medium tool allows a user, such as a software developer, to create data that can consistently be employed to simulate the operation of movement of a user's finger across a touch input area. A buffer management module retrieves data from a touch data file. A data transformation module transforms the retrieved data based upon a touch property. A device management module injects transformed retrieved data into a human interface layer of a device.

Abstract: A methodology for simulating the pressing and releasing of hardware buttons on a computing device is described. Actual hardware button signals are injected at a low level in a system stack, and the data resulting from those signals propagates naturally through the system and are processed and formatted in the layers of the system stack in a normal manner, eventually being directed to the target software application being tested as an action for that software application associated with the button activity. In this end-to-end approach, button events are simulated by injecting data into the system from the bottom-most layers where raw data may be, e.g., simply the state of the button. Thus, this would be independent of the actual implementation of converting button events to actions. Such simulation helps developers and test teams run real-life tests and scenarios in a reproducible and efficient manner, irrespective of the hardware platform.