Abstract: Systems and methods for optimizing operation of a physical device in a virtualized computing environment are provided. The method comprises monitoring instructions issued by an application running on a virtual machine's (VM) operating system, wherein the VM is hosted by a hypervisor providing access to a physical device connected to a virtualized computing environment; wherein a device driver supported by the operating system issues one or more instructions to an emulated device supported by the hypervisor to control the physical device according to the issued instructions, wherein the emulated device's registers are implemented in memory of the hypervisor and the instructions issued by the device driver are stored in said registers, wherein the hypervisor handles the instructions, in response to learning that the instructions are stored in said registers.

Abstract: Systems and methods for optimizing operation of a physical device in a virtualized computing environment are provided. The method comprises monitoring instructions issued by an application running on a virtual machine's (VM) operating system, wherein the VM is hosted by a hypervisor providing access to a physical device connected to a virtualized computing environment; wherein a device driver supported by the operating system issues one or more instructions to an emulated device supported by the hypervisor to control the physical device according to the issued instructions, wherein the emulated device's registers are implemented in memory of the hypervisor and the instructions issued by the device driver are stored in said registers, wherein the hypervisor handles the instructions, in response to learning that the instructions are stored in said registers.

Abstract: A computer implemented method is disclosed, for energy-saving operation of a storage device with a read/write head. The method includes monitoring workload of the storage device, calculating current mean workload and adjusting seek speed of the read/write head of the storage device to one of a plurality seek speeds depending on the calculated current mean workload. The step of adjusting the seek speed of the read/write head includes adjusting the seek speed of the read/write head to be a first seek speed if the calculated current mean workload is below a first threshold, adjusting the seek speed of the read/write head to be a second seek speed if the calculated current mean workload is between the first threshold and a second threshold, and adjusting the seek speed of the read/write head to be the first seek speed if the calculated current mean workload is greater than the second threshold. A computer program product and a data processing system are also disclosed.

Abstract: A computer implemented method is disclosed, for energy-saving operation of a storage device with a read/write head. The method includes monitoring workload of the storage device, calculating current mean workload and adjusting seek speed of the read/write head of the storage device to one of a plurality seek speeds depending on the calculated current mean workload. The step of adjusting the seek speed of the read/write head includes adjusting the seek speed of the read/write head to be a first seek speed if the calculated current mean workload is below a first threshold, adjusting the seek speed of the read/write head to be a second seek speed if the calculated current mean workload is between the first threshold and a second threshold, and adjusting the seek speed of the read/write head to be the first seek speed if the calculated current mean workload is greater than the second threshold. A computer program product and a data processing system are also disclosed.

Abstract: A method and system for detecting and managing an error detected in an iSCSI (Internet Small Computer System Interface) PDU (Protocol Data Unit) by using a RDMA (Remote Direct Memory Access) dedicated receive error queue for error recovery.

Abstract: In one form, a method for accessing data stored on an Internet storage device includes receiving iSCSI formatted information by an Internet based storage device. The information describes commands directed to a target storage device. The commands are redirected to a SCSI emulator configured to emulate the target storage device. The emulator generates file input/output information in response to the commands. The file input/output information identifies a location and size of a file controlled by a file system manager of the Internet storage device.

Abstract: A checkpoint of a parallel program is taken in order to provide a consistent state of the program in the event the program is to be restarted. Each process of the parallel program is responsible for taking its own checkpoint, however, the timing of when the checkpoint is to be taken by each process is the responsibility of a coordinating process. During the checkpointing, various data is written to a checkpoint file. This data includes, for instance, in-transit message data, a data section, file offsets, signal state, executable information, stack contents and register contents. The checkpoint file can be stored either in local or global storage. When it is stored in global storage, migration of the program is facilitated. When a parallel program is to be restarted, each process of the program initiates its own restart. The restart logic restores the process to the state at which the checkpoint was taken.

Abstract: A checkpoint of a parallel program is taken in order to provide a consistent state of the program in the event the program is to be restarted. Each process of the parallel program is responsible for taking its own checkpoint, however, the timing of when the checkpoint is to be taken by each process is the responsibility of a coordinating process. During the checkpointing, various data is written to a checkpoint file. This data includes, for instance, in-transit message data, a data section, file offsets, signal state, executable information, stack contents and register contents. The checkpoint file can be stored either in local or global storage. When it is stored in global storage, migration of the program is facilitated. When a parallel program is to be restarted, each process of the program initiates its own restart. The restart logic restores the process to the state at which the checkpoint was taken.

Abstract: A checkpoint of a parallel program is taken in order to provide a consistent state of the program in the event the program is to be restarted. Each process of the parallel program is responsible for taking its own checkpoint, however, the timing of when the checkpoint is to be taken by each process is the responsibility of a coordinating process. During the checkpointing, various data is written to a checkpoint file. This data includes, for instance, in-transit message data, a data section, file offsets, signal state, executable information, stack contents and register contents. The checkpoint file can be stored either in local or global storage. When it is stored in global storage, migration of the program is facilitated. When a parallel program is to be restarted, each process of the program initiates its own restart. The restart logic restores the process to the state at which the checkpoint was taken.

Abstract: A complete and consistent set of checkpoint files is captured and identified for use in restarting a parallel program. When each process of a parallel program takes a checkpoint, it creates a checkpoint file. The checkpoint file is named, and a part of that name includes a version number for the checkpoint file. When a parallel program is to be restarted, each process of the parallel program identifies its most current valid checkpoint file. It provides the version number of this file to a coordinating process. The coordinating process then decides which version of the checkpoint files is valid and complete for all of the processes of the parallel program participating in restart. Once this version number is determined, it is forwarded to the processes and the processes restore themselves using its corresponding checkpoint file having that particular version number.

Abstract: A checkpoint of a process is taken in order to provide a consistent state of the process in the event the process is to be restarted. When the process is restarted, the process is placed in the state it was in when the checkpoint was taken. However, there are times when certain information has changed since the last checkpoint and it should not be restored. For example, if a process is restarted on a computing unit different from the one in which the checkpoint was taken, then environment variables associated with the new computing unit, such as the name of the computing unit, are not to be restored to the values they were before the checkpoint. In order to prevent this, one or more environment variables are adjusted, after the process is restored to the reflect the state they were in prior to restoration.

Abstract: A checkpoint of a process is taken in order to provide a consistent state of the process in the event the process is to be restarted. When the process is restarted, the process is placed in the state it was in when the checkpoint was taken. However, there are times when certain information has changed since the last checkpoint and it should not be restored. For example, if a process is restarted on a computing unit different from the one in which the checkpoint is taken, then various attributes associated with external data referenced by the process (e.g., an address to an external function/variable) might be different than at the time of the checkpoint. Similarly, even on the same computing unit, if the functions and/or variables are reloaded, the attributes may be different. Since these new attribute values are needed for the restarted process, they should not be restored. In order to prevent restoration of the attributes, only part of the Data Section is restored.