International Business Machines Corporation

Joseph M Gdaniec

Stefan Amann

Eric A Weinmann

Friedemann Baitinger

Friedrich Michael Welter

Jeffrey Alan Frey

Gerhard Banzhaf

Damian Leo Osisek

Angel Nunez Mencias

Jerry Wayne Stevens

Peter Bergersen Yocom

Christine Axnix

Patrick Joseph Callaghan

Andreas Bieswanger

Ingo Adlung

Brian D Valentine

Paul E Rogers

Kurt Norman Schroeder

James M Jenks

Viktor Mihajlovski

Carl Mayer

Harm I Osterndorf

Jaya Srikrishnan

Casper A Scalzi

Kenneth E Plambeck

Kathryn Marie Jackson

Robert Bradley Bennett

Bhaskar Sinha

Peter H Gum

Andrew Coleman

John Leslie Harter

David Paul Brelsford

Jean G Fecteau

James Patrick Hennessy

James G Brenza

Mark M Maccabee

Richard J Sahulka

Janet E Geddes

Peter S Wassel

Jean-Louis Lafitte

Eric W Weinmann

Melvin M Cutler

Jeff A Frey

John F MacDonald

David B Soll

Wendy E Stephens

Managing virtual network ports on a physical server to provide a virtual server access to a group of storage resources through a network. A storage access group representing a group of storage resources is generated. A virtual server is generated on a hypervisor executed on the physical server. Access to the network is activated for the virtual server. A management console is provided for creating and managing the storage access group providing access to the group of storage resources for the virtual server from one or more physical servers. The management console includes a virtual server management facility and a storage access group facility. The virtual server management facility allows for managing virtual server definitions and activating, deactivating, and migrating virtual servers. The storage access group facility allows for managing virtual network port descriptions, administrating network port names, and creating, activating and deactivating virtual network ports.

Managing virtual network ports

A computer-implemented method, carried out by one or more processors, for managing resources in a server environment. The method includes determining, by one or more processors, to shut down a first resource consumer, wherein the first resource consumer is assigned a first virtual resource with a first set of one or more host resources. It is determined, by one or more processors, whether a second virtual resource assigned to a second resource consumer requires the first set of one or more host resources. If the second virtual resource assigned to the second resource consumer does not require the first set of one or more host resources, it is determined, by one or more processors, not to deactivate the one or more host resources assigned to the first virtual resource.

Anticipatory resource allocation/activation and lazy de-allocation/deactivation

An integrated hybrid system is provided. The hybrid system includes compute components of different types and architectures that are integrated and managed by a single point of control to provide federation and the presentation of the compute components as a single logical computing platform.

Unified resource manager providing a single point of control

Ensemble having one or more computing systems and a controller thereof

Integration of heterogeneous computing systems into a hybrid computing system

The present invention provides a method, system, and program product for composing a virtualized computing environment. Specifically, under the present invention, data and a definition file that contains application runtime requirements for the data are stored on a portable memory device. Application runtime requirements can be anything related to an environment in which the data was previously used. When the portable memory device is received in a computerized device, an auto-insert script can be executed that signals a provisioning system and/or transports the definition file to the provisioning system. The provisioning system will then interpret the definition file on the computerized device to retrieve the application runtime requirements. Then, the virtualized computing environment will be composed by adapting an environment of the computerized device according to the application runtime requirements retrieved from the definition file.

Method, system, and program product for composing a virtualized computing environment

A method and system for constructing rule-based intelligent agents that process events on behalf of one or more users. The intelligent agents have event-generating modules that supply events to be processed, and event-processing modules that process the events by evaluating rules. Each event-processing module of the agent includes multiple sets of rules, one or more such sets for each user of the agent. A selection key related to the user is associated with a rule set, and for event-generating modules a selection key indicates the user on whose behalf the event was generated. When the event-processing module receives an event with a selection key, the module locates and evaluates the rule set(s) which have a matching key to launch the corresponding actions. Addition, replacement or removal of rule sets for a user is made by temporarily suspending the initiation of new events for the user designated by the rule set's selection key; completing all in-progress events for that user; effecting the modification to the rule set within the event-processing modules; and the resuming the initiation and processing of events for the user. While the rule sets are being modified for a particular user, event generating and processing continues unimpeded for the other users of the agent.

Method and system for managing rules and events in a multi-user intelligent agent environment

An addressing method using large addresses in a guest/host environment within a computer system. The guests are operating-systems, and the host is a hypervisor program. Each guest has a guest real address space (guest RAS) mapped onto a host large real address space (host LRAS) using means disclosed herein. To do this, each guest RAS is first assigned to a contiguous part of a host large virtual address space (LVAS) by assigning each guest RAS to one or more contiguous units of virtual addressing in the host LVAS, each unit having a 2 gigabyte (GB) size. The host LVAS is represented by a sequence of entries (ALEs) in a host access list (AL), in which each ALE represents a 2 GB unit of virtual addressing in the host LVAS. An ALE is selected in the AL by using a high-order part of a host large virtual address (host LVA) representing a guest RA or LRA. A host LVA is generated from a guest RA for obtaining the guest address in host main storage. The host LVA is translated in a number of different ways to a host LRA, depending on the type of guest providing the corresponding guest RA or LRA. The guest types include V=V, V=FC, V=FD and V=R guests, which is indicated in a guest control block (GCB).

Guest/host extended addressing method and means with contiguous access

A computer system for processing and committing data comprises a processor, an external storage device such as DASD or tape coupled to the processor, and a working memory such as RAM. An application program updates data in the working memory and then requests that the data be committed, i.e. written to the external storage device. In response, an operating system function determines which data or blocks have been changed and supplies to an I/O service an identification of the changed data or blocks to cause the I/O service to write the changed data or blocks to the external storage device. Thus, the application program is not burdened with the management of the I/O. The operating system permits the program to continue with other processing while the data is being written from the working memory to the external storage device. As a result, the program need not wait while the data is written to the external storage. Also, because little time is required of the program in the commit process, the program can frequently request commits. With frequent commits, there is less chance that the data will have been written to back-up memory or back-up storage (due to an overload of the working memory) between commits, and as a result, time will not be required to read the data from the back-up memory or storage into the working memory en route to the application program's external storage. Also, the frequent commits reduce the chance of overloading the I/O subsystem.

Computer system which supports asynchronous commitment of data

A method and apparatus for providing common access to data spaces by a plurality of virtual machine guests emulated on a host computer system. A token received from a given one of the virtual machine guests is used to identify a particular host data space. The guest also supplies an offset. The offset and the identified host data space are then used to derive a host absolute address representative of a data location in the host data space.

Apparatus and method for providing private and shared access to host

A method for executing application programs written in a high level program language on tightly coupled multiprocessor systems in a Multiple Instruction/Multiple Data (MIMD) environment includes the steps of: initializing a MIMD environment in a data processing system by a call to an initialization routine from an application program; maintaining the MIMD environment until all independently executable portions of the application program have been executed; scheduling execution of those tasks representing independently executable portions of the application program; synchronizing execution and completion of the tasks until all tasks have completed execution; terminating the MIMD environment on completion of all the tasks.

Method for controlling execution of application programs written in high

Growing community of inventors

Cary, NC, United States of America

Joseph M Gdaniec