Abstract: An embodiment of the invention includes directing a kernel-mode driver to process at least a portion of a command stream configured to cause a graphics processing unit to perform an operation. The kernel-mode driver is used to issue a request to trigger creation of an asynchronous thread for processing the portion of the command stream.

Abstract: A first process executing in a computer system creates thread-level message hooks within a second process executing in the computer system. A copy of a global notification hook of the first process is created in the second process. The copy detects a triggering message passed to or from a thread of the second process and determines when and whether to activate a thread-level message hook within the second process; the thread-level message hook is configured to monitor subsequent messages passed to or from the thread of the second process and may take various actions in response to any such messages.

Abstract: Methods, apparatus, and products are disclosed for providing policy-based operating system services in a hypervisor on a computing system. The computing system includes at least one compute node. The compute node includes an operating system and a hypervisor. The operating system includes a kernel. The hypervisor comprising a kernel proxy and a plurality of operating system services of a service type. Providing policy-based operating system services in a hypervisor on a computing system includes establishing, on the compute node, a kernel policy specifying one of the operating system services of the service type for use by the kernel proxy, and accessing, by the kernel proxy, the specified operating system service. The computing system may also be implemented as a distributed computing system that includes one or more operating system service nodes. One or more of the operating system services may be distributed among the operating system service nodes.

Abstract: A system for supporting the diversity of a ubiquitous computing environment according to the present invention has a message bus including a message broker managing an intermediary role of delivering an actual message between the subsystems and a messaging adaptor managing an interface function between the message broker and the subsystems, wherein the messaging adaptor is installed in the subsystems and includes a first adaptor including a first application port for interfacing with the subsystems, and a second adaptor including a second application port for interfacing with the first adaptor and the broker port operating with the message broker.

Abstract: Provided is an apparatus for a parser framework having the characteristics of the application program, using the markup language.

Abstract: The present invention relates to a method for message delivery from a sender process to a receiver process within a computer system, comprising performing an atomic check for the receiver process and a parent of the receiver process, returning a first status of the receiver process and a second status of the parent of the receiver process based on the atomic check, and delivering the message according to the first status and the second status, wherein the first status and the second status stay unchanged during the atomic check.

Abstract: Various embodiments provide for a layered approach to developing operating system platform components such as a color management system. This can be accomplished by providing new functionality and by utilizing an existing API module comprising existing APIs to receive input that can be associated with either current functionality, legacy functionality, or the new functionality. Furthermore, a rule-based module conceptually located below the operating system's existing public API module can be used to determine the appropriate processing functionality for the received input—which can then be processed accordingly.

Abstract: Techniques are described for providing enhanced interactions with software services, such as when executing software programs use remote software services. For example, if a software program is executing on a first computing system and using remote services provided by one or more other computing systems, one or more local software proxies may be executed on the first computing system to represent the remote services. The software program may interact in a common manner with the local software proxies, while each local software proxy may interact with its corresponding remote service in a manner specific to that remote service and transparent to the software program. Furthermore, a local software proxy may facilitate software program testing, such as by interacting with a local copy of a remote service rather than the actual remote service during testing and/or by emulating asynchronous message interactions with a remote service during testing.

Abstract: Input/output (I/O) operation requests from pageable storage mode guests are interpreted without host intervention. In a pageable mode virtual environment, requests issued by pageable storage mode guests are processed by one or more processors of the environment absent intervention from one or more hosts of the environment. Processing of the requests includes manipulating, by at least one processor on behalf of the guests, buffer state information stored in host storage. The manipulating is performed via instructions initiated by the guests and processed by one or more of the processors.

Abstract: Methods and apparatus consistent with the invention provide the ability to organize and build understandings of machine data generated by a variety of information-processing environments. Machine data is a product of information-processing systems (e.g., activity logs, configuration files, messages, database records) and represents the evidence of particular events that have taken place and been recorded in raw data format. In one embodiment, machine data is turned into a machine data web by organizing machine data into events and then linking events together.

Abstract: An approach is provided for proactive notification of contract changes in a software service. According to the approach, when the executable code of a composite application operable to access the service is generated, an initial copy of a contract that describes the service is retrieved. A baseline representation of the contract is generated based on the initial copy of the contract. When the composite application is being executed, a determination is made based on the baseline representation whether the contract has experienced any changes. In response to determining that the contract has experienced a change, a notification is sent indicating that the contract has experienced the change.

Abstract: An embodiment generally relates to a method of increasing efficiency in a dynamic linker. The method includes determining a length of a source string and a check segment of the source string and selecting a candidate string from a plurality of strings. The method also includes determining a candidate check segment of the candidate string based on the length of the source string and verifying the source string and the candidate string are identical in response to the check segment of the source string being identical to candidate check segment.

Abstract: Data communications, including issuing, by an application program to a high level data communications library, a request for initialization of a data communications service; issuing to a low level data communications library a request for registration of data communications functions; registering the data communications functions, including instantiating a factory object for each of the one or more data communications functions; issuing by the application program an instruction to execute a designated data communications function; issuing, to the low level data communications library, an instruction to execute the designated data communications function, including passing to the low level data communications library a call parameter that identifies a factory object; creating with the identified factory object the data communications object that implements the data communications function according to the protocol; and executing by the low level data communications library the designated data communications fu

Abstract: An application is monitored to identify different execution paths, e.g., sequences of invoked components, which occur due to the receipt of messages by the application. Similarities between the execution paths are determined based on a distance algorithm, in one approach, and execution paths which are similar are assigned to a common group. Additionally, application runtime data such as response times is obtained for the execution paths and aggregated for the group. The messages can also be grouped based on the grouping of the execution paths. Further, a representative execution path can be determined for each execution path group for comparison to subsequent execution paths. A representative message can similarly be determined for each message group. Results can be reported which include a group identifier, representative message, representative execution path, count, and aggregated runtime data.

Abstract: Mechanisms for collective send operations on a system area network are provided. The mechanisms of the illustrative embodiments provide for the creation, modification, and removal of collective send queues (CSQs) that allow the upper level protocol (ULP) used by a consumer to send the same message to a collective set of queue pairs (QPs). In order to use the transport services of a CSQ, a consumer process posts a write work request (WR) to the CSQ. The write WR causes a write work queue element (WQE) to be generated and placed in the CSQ. A channel interface (CI) is provided that effectively copies the write WQE to all of the send queues (SQs) of the QPs in the QP set associated with the CSQ. When all the QPs complete processing of their respective write WQEs, the HCA releases all data segments referenced by the write WR.

Abstract: An object request broker (ORB) for receiving an incoming message including a message header and a message body in General Inter-ORB Protocol (GIOP) type format, the ORB comprising: an external ORB element for converting the header of the incoming message to an implementation-specific format, and for providing the header in implementation-specific format with the body in GIOP type format to a distribution mechanism for identifying an appropriate target server for processing the body of the incoming message; and an internal ORB element associated with the identified target server for converting the body of the incoming message to an implementation-specific format for use by the target server to process the message.

Abstract: To integrate a parent application and a child application, the parent application receives events through a user interface. If the events are to be processed by the child application, they are propagated to the child application. The child application generates content data based on the received events, writes the content data into a storage module, and then notifies the parent application. The parent application reads out the content data written in the storage module.

Abstract: The disclosed embodiments include a system and method for providing at least one electronic application to at least one device. In one embodiment, the method includes acquiring device information that relates to the device and determining whether the device supports the at least one application based on the device information. The method may further include generating an electronic message for the device wherein the message contains at least one link for acquiring the at least one application when the device supports the application.

Abstract: A user interface (UI) collaboration system enables a plurality of application clients to collaborate in a heterogeneous environment. The system includes, but is not limited to, a server, a first application interface (API), and a second API. The first API is coupled to the server and is associated with a first application client that includes a first UI component. When an event is triggered by activation of a function of the first UI component, the first API reports the event to the server. The second API is coupled to the server and is associated with a second application client that includes a second UI component. The second API receives the event forwarded from the server to activate the second UI component. More than two application clients and APIs may also be included.

Abstract: A message is buffered and processing statistics are associated with the message, including characterizations of whether a process instance is to process the message, a number of process instances handling the message, and a number of process instances that have processed the message. A process instance may be generated to process content of the message depending on the message. The message may be dequeued based on the processing statistics. For example, if the processing statistics indicate that no process instances are handling the message and no process instance is to process content of the message. Also, if the content of the message is to be processed by a threshold number of process instances, the message is only dequeued if the processing statistics indicate that the threshold number of process instances have processed the content of the message.