International Business Machines Corporation

John Divirgilio

Liana Liyow Fong

Seetharami R Seelam

Robert Francis Bartfai

John Lewars

Kevin J Reilly

Nicholas P Rash

Brian Frank Veale

John W Doxtader

Laura J Merritt

Peter J LeVangia

Jay Robert Herring

Mark G Atkins

LeRoy R Lundin

Karen F Rash, Legal Representative

A method, information processing system, and computer program product are provided for managing operating system interference on applications in a parallel processing system. A mapping of hardware multi-threading threads to at least one processing core is determined, and first and second sets of logical processors of the at least one processing core are determined. The first set includes at least one of the logical processors of the at least one processing core, and the second set includes at least one of a remainder of the logical processors of the at least one processing core. A processor schedules application tasks only on the logical processors of the first set of logical processors of the at least one processing core. Operating system interference events are scheduled only on the logical processors of the second set of logical processors of the at least one processing core.

Migrating operating system interference events to a second set of logical processors along with a set of timers that are synchronized using a global clock

Scheduling application tasks only on logical processors of a first set and operating system interferences in logical processors of a second set

Hardware multi-threading co-scheduling for parallel processing systems

A series of state transitions is indicative of performance of hardware service actions. A transition from, for instance, a disconnected state to a connected state for a hardware component is indicative of performance of a service action for the hardware component. Detection of this transition is automatic.

Facilitating detection of hardware service actions

Messages are sent from a primary node of a computer system to one or more distribution nodes of the system. Each of the distribution nodes then further sends the message to one or more other nodes of the computer system. After receipt of the message, the other nodes forward an acknowledgement to the particular distribution node, which sent the message. The distribution nodes collect their respective acknowledgements, and when all of the expected acknowledgements are received by a distribution node, the distribution node sends one acknowledgement to the primary node. The one acknowledgement indicates receipt of the message by the other nodes.

Message distribution capability which uses distribution nodes to collect

An apparatus for synchronizing operator commands with a failover process in a distributed system having a control workstation and a plurality of nodes. One of the nodes of the distributed system is designated a primary node and one of the nodes is designated a backup node. The backup node includes a backup daemon for performing a failover process if the primary node fails such that the backup node becomes the primary node. Shell scripts send a command string to be synchronized with the operation of the backup daemon from the control workstation to the backup node. The backup daemon is then checked to determine if the backup daemon is sleeping, and, in the event the backup daemon is sleeping, commands derived from the command string are enqueued in a work queue for processing by the backup daemon. The backup daemon is then awakened such that the derived commands in the work queue are processed. In the event that the backup daemon is busy, commands derived from the command string are failed, thereby synchronizing the derived commands with the processing of the backup daemon.

Apparatus for synchronizing operator initiated commands with a failover

A method and program product for synchronizing operator commands with a failover process in a distributed system having a control workstation and a plurality of nodes. One of the nodes of the distributed system is designated a primary node and one of the nodes is designated a backup node. The backup node includes a backup daemon for performing a failover process if the primary node fails such that the backup node becomes the primary node. Shell scripts send a command string to be synchronized with the operation of the backup daemon from the control workstation to the backup node. The backup daemon is then checked to determine if the backup daemon is sleeping, and, in the event the backup daemon is sleeping, commands derived from the command string are enqueued in a work queue for processing by the backup daemon. The backup daemon is then awakened such that the derived commands in the work queue are processed. In the event that the backup daemon is busy, commands derived from the command string are failed, thereby synchronizing the derived commands with the processing of the backup daemon.

Method and program product for synchronizing operator initiated commands

Growing community of inventors

Washingtonville, NY, United States of America

John Divirgilio