Abstract: The preferred embodiment of the present invention provides system for data collection that provides a solution that can be easily extended to collect different data types. The preferred embodiment provides a collection repository that stores different collected data types with a single consistent interface for accessing the collected data. The preferred embodiment is a data collector implemented from an object-oriented framework. The object-oriented data collector can be easily extended by adding additional instances of the data collector from the framework. The preferred embodiment framework includes mechanisms for global customization of the collector and synchronization of the collection. The preferred embodiment also includes base probe classes that define the probes that perform the actual collection of the system data and store the data in a common collection repository. Subclasses are provided to implement the collection of different types of system data.

Abstract: A transaction time measurement mechanism has a transaction time manager running on a server computer system, a transaction time agent running on a client computer system that is coupled to the server computer system via a network, and a simple protocol for allowing them to directly and efficiently communicate. The transaction time agent is configured according to configuration data stored in a configuration table in a transaction time database, and stores transaction time data in a statistics table according to this configuration. The data in the statistics table is indexed to allow retrieving only the transaction time data of interest. The simple communication protocol supports multiple transaction time managers in a network computing environment that may all communicate with a single client.

Abstract: The flow of work requests in a server driven process to process communication environment is described. Logical connections between processes and bus managers interfacing bus units to an I/O bus are assigned to connection groups for management by the bus managers. Each bus unit has its own connection groups for the logical connections. Bus unit resources are assigned to each connection group based on performance factors, and a series of bus unit messages are used to control the flow of work so that a group which has no more resources will not accept further work requests. The originator of the work requests will resequence rejected work requests and resend them when the connection group has freed up resources. A further mechanism is provided to facilitate work consistent with the server driven architecture when bus units do not have adequate DMA capabilities. Two ways of reversing control of transfer of work requests and data so that the server need not have master DMA capability are presented.

Abstract: A data management mechanism for a processor system provides for management of data with minimum data transfer between processes executing work requests. Each process has storage areas for storing data associated with work requests. The data is described with descriptor elements in the work requests which indicate the location and length of segments of the data. Data is transferred to a process only if it is required for execution of a work request. Further work requests can be generated by a process executing a work request which reference the data without the process actually receiving the data The segments of data may reside in storage areas of different processors with the descriptor elements of a work request defining a logical data stream.

Abstract: The flow of work requests in a server driven process to process communication environment is described. Logical connections between processes and bus managers interfacing bus units to an I/O bus are assigned to connection groups for management by the bus managers. Each bus unit has its own connection groups for the logical connections. Bus unit resources are assigned to each connection group based on performance factors, and a series of bus unit messages are used to control the flow of work so that a group which has no more resources will not accept further work requests. The originator of the work requests will resequence rejected work requests and resend them when the connection group has freed up resources. A further mechanism is provided to facilitate work consistent with the server driven architecture when bus units do not have adequate DMA capabilities. Two ways of reversing control of transfer of work requests and data so that the server need not have master DMA capability are presented.

Abstract: A data management mechanism for a processor system provides for management of data with minimum data transfer between processes executing work requests. Each process has storage areas for storing data associated with work requests. The data is described with descriptor elements in the work requests which indicate the location and length of segments of the data. Data is transferred to a process only if it is required for execution of a work request. Further work requests can be generated by a process executing a work request which reference the data without the process actually receiving the data. The segments of data may reside in storage areas of different processors with the descriptor elements of a work request defining a logical data stream.

Abstract: An interprocess communication facility in a processor system provides for communication of data between at least two processes. The facility supports a plurality of different data transfer modes which are provided by storage management services of the processor or processors. A process interface provides a common interface for each communicating process to select data transfer modes independently of the data transfer mode chosen by the other communicating process. A data access control function is coupled to the process interface and to the storage management services. The data access control function controls the use of the storage management services as a function of the transfer modes chosen by the communicating processes. It is transparent to the processes as to which transfer mode was chosen by each other.

Abstract: The flow of work requests in a server driven process to process communication environment is described. A mechanism is provided to facilitate work consistent with the server driven architecture when bus units do not have adequate DMA capabilities. Two ways of reversing control of transfer of work requests and data so that the server need not have master DMA capability are presented. Management of storage in a remote processor is used to transfer work and its associated data into storage accessible by a bus unit with slave DMA capability. The slave DMA bus unit then transfers the information into storage is manages. In another way of reversing the flow, a bus unit message is used to make the original server a requestor. The bus unit message contains information which varies the request sent by the requestor. In this manner, the server, which was the original requestor transfers information using its master DMA capability flow.

Abstract: An interprocess data transfer facility provides transfer of data between two processes. Work requests are represented by notes that are placed on a queue of a server process for performing the work. The requestor process which created a work request does not transfer the work request from storage it controls until requested by the server. The actual transfer of the work request occurs without interaction of the requestor. The use of notes which represent the work requests permits complex queueing of notes and hence handling of the requests in the order desired by the server.