Abstract: In a method for operating an internal combustion engine, particularly an Otto engine having direct gasoline injection in controlled self-ignition, the internal combustion engine including a combustion chamber, at least one intake valve and at least one exhaust valve, whose opening times are variable, and a fuel-air-exhaust gas mixture is introduced into a combustion chamber and is compressed in a compression stroke; the fuel-air mixture self-igniting towards the end of the compression stroke, a controlled self-ignition is made possible in wide load ranges by varying the opening times of the intake valve and the exhaust valve as a function of the load.

Abstract: A system employing asymmetric distributed block virtualization includes a volume server, a plurality of volume clients, and one or more physical block devices. The volume server aggregates storage in the physical block devices into a logical volume and makes the logical volume accessible to the volume clients for input/output (I/O) operations. In order to manage different I/O access requirements (such as read-only access versus read-write access) of the volume clients, the volume server maintains a different I/O access policy for each volume client to control the kinds of input/output operations that the volume client is allowed to perform on the logical volume.

Abstract: A method for determining the criticality of a device in a multi-path computer configuration comprising the steps of: traversing a directed acyclic graph representing a platform hierarchy; and determining paths within the directed acyclic graph affected by the removal of the device. A computer system comprising a directed acyclic graph data structure representing a platform hierarchy; and a control arrangement for traversing the directed acyclic graph to determining paths therein affected by removal of a device.

Abstract: A system employing asymmetric distributed block virtualization includes a volume server, a plurality of volume clients, and one or more physical block devices. The volume server aggregates storage in the physical block devices into a logical volume and makes the logical volume accessible to the volume clients for input/output (I/O) operations. In order to manage different I/O access requirements (such as read-only access versus read-write access) of the volume clients, the volume server maintains a different I/O access policy for each volume client to control the kinds of input/output operations that the volume client is allowed to perform on the logical volume.

Abstract: A system for managing input/output (I/O) errors in a storage system employing asymmetric distributed block virtualization includes a volume server, a plurality of volume clients, and one or more physical block devices. The volume server aggregates storage in the physical block devices into a logical volume and makes the logical volume accessible to the volume client. A designated route may be used to send I/O requests from the volume client to a physical block device during normal operation. If the volume client loses connectivity on the designated route, the volume client may route an I/O request to the physical block device via an alternate route. In one specific embodiment, the volume client may route an I/O request to the physical block device via the volume server.

Abstract: A method for processing inbound and/or outbound data wherein a processing policy is determined for a quantum of data. A quantum of inbound data is received and a data notification for the received data is prepared. The notification for the quantum of received inbound data is delivered to a processor according to the processing policy. When selecting a quantum of outbound data, an outbound data work request for the outbound data is prepared and delivered to an output unit according to the processing policy.