Abstract: A first subset of information about a transaction is received from a first application. The first application has a first monitoring technique. A second subset of information about the transaction is received from a second application. The second application has a second monitoring technique that is different from the first monitoring technique. The first subset of information is combined with the second subset of information to produce composite information about the transaction.

Abstract: Techniques for firmware providing a simulated system management mode (SMM) while being executed by a non-x86 platform, such as an ARM platform. In response to receiving a service call from an OS interface driver, the firmware may determine a requested service identified by the service call. Thereafter, the firmware may identify an appropriate service handler to perform the requested service. After the appropriate service handler performs the requested service, the appropriate service handler notifies the OS interface driver. Since the SMM is emulated by the firmware, the firmware may execute on an x86 platform or a non-x86 platform, such as an ARM platform.

Abstract: A program (e.g., an operating system) is provided a warning that it has a grace period in which to perform a function, such as cleanup (e.g., complete, stop and/or move a dispatchable unit). The program is being warned, in one example, that it is losing access to its shared resources. For instance, in a virtual environment, a guest program is warned that it is about to lose its central processing unit resources, and therefore, it is to perform a function, such as cleanup.

Abstract: A program (e.g., an operating system) is provided a warning that it has a grace period in which to perform a function, such as cleanup (e.g., complete, stop and/or move a dispatchable unit). The program is being warned, in one example, that it is losing access to its shared resources. For instance, in a virtual environment, a guest program is warned that it is about to lose its central processing unit resources, and therefore, it is to perform a function, such as cleanup.

Abstract: A program (e.g., an operating system) is provided a warning that it has a grace period in which to perform a function, such as cleanup (e.g., complete, stop and/or move a dispatchable unit). The program is being warned, in one example, that it is losing access to its shared resources. For instance, in a virtual environment, a guest program is warned that it is about to lose its central processing unit resources, and therefore, it is to perform a function, such as cleanup.

Abstract: Predicting acceleration in a hybrid system may comprise determining a number of cross system calls in a first host-accelerator computer architecture running a workload. Host machine overhead and accelerator overhead in the first host-accelerator computer architecture associated with each of the cross system calls may be determined. Communication delay associated with each of the cross system calls in the first host-accelerator computer architecture running a workload may be determined. An application response time may be predicted for a candidate application to be run in a second host-accelerator computer architecture, based at least on the determined host machine overhead, the accelerator overhead, and the communication delay associated with each of the cross system calls in the first host-accelerator computer architecture running a workload.

Abstract: A program (e.g., an operating system) is provided a warning that it has a grace period in which to perform a function, such as cleanup (e.g., complete, stop and/or move a dispatchable unit). The program is being warned, in one example, that it is losing access to its shared resources. For instance, in a virtual environment, a guest program is warned that it is about to lose its central processing unit resources, and therefore, it is to perform a function, such as cleanup.

Abstract: A method and system for routing a function call to a core dynamic link library (DLL) via a pass-through DLL. An indication that an application requires a specific functionality is received. Using the indication, an initialization function internal to the pass-through DLL identifies a core DLL as providing the specific functionality. The core DLL is loaded into a memory. The pass-through DLL calls an internal processing initialization function included in the core DLL. The pass-through DLL receives and stores an address of a list of pointers that reference a set of functions included in the core DLL. The pass-through DLL receives a function call to a first function in the set of functions. The pass-through DLL calls the first function by utilizing the address of the list of pointers to identify a pointer that references the first function in the set of functions.

Abstract: The processing application includes numerous jobs for performing processing operations on computing objects. Whereas previous systems log job information on a per job basis, the apparatus and method includes generating application messages. These application messages are generated based on events in the operation of the application and the messages include predefined event information. The application messages are processing and filtered by a central logging device, which may be in response to customization properties. From this central logging device the filtered messages are centrally stored in an application log database, thereby providing a central depository and formatting of previously incongruent job-specific logging data.

Abstract: Novel tools and techniques for tracing application execution and performance. Some of the tools provide a framework for monitoring the execution and/or performance of applications in an execution chain. In some cases, the framework can accomplish this monitoring with a few simple calls to an application programming interface on an application server. In other cases, the framework can provide for the passing of traceability data in protocol-specific headers of existing inter-application (and/or intra-application) communication protocols.

Abstract: A mechanism is provided for managing an input/output device communication request. A first operating system passes a call from a first application intended for an input/output device in a second data processing system to a first host fabric interface controller in the first data processing system without processing the call. The first host fabric interface processes the call to determine the second data processing system with which the call is associated. The first host fabric interface initiates a connection to a second host fabric interface in the second data processing system and transfers the call to a second operating system associated with the input/output device in the second data processing system via the connection to the second host fabric interface. The second operating system then processes the call intended for the input/output device without assistance from any application running on the second data processing system.

Abstract: There is provided an information processing apparatus including a message storage unit for storing a message sent to a component, and an execution processing unit for loading the component body into a computer in response to receiving an execution instruction on the component to execute the component body and process the message stored in the message storage unit prior to the execution instruction.

Abstract: Methods and apparatus relating to processor extensions for execution of secure embedded containers are described. In an embodiment, a scalable solution for manageability function is provided, e.g., for UMPC environments or otherwise where utilizing a dedicated processor or microcontroller for manageability is inappropriate or impractical. For example, in an embodiment, an OS (Operating System) or VMM (Virtual Machine Manager) Independent (generally referred to herein as “OI”) architecture involves creating one or more containers on a processor by dynamically partitioning resources (such as processor cycles, memory, devices) between the HOST OS/VMM and the OI container. Other embodiments are also described and claimed.

Abstract: This disclosure relates to systems, methods, and software that involve system landscape aware inter-application communication infrastructure. This inter-application communication infrastructure may implement one metamodel to describe how an application could participate in an inter-application communication. The metamodel can describe the input parameters accepted but the application and the possible output of it. Based on the metadata, which would be exposed or otherwise available for involved applications, there is a protocol defining the communication flows between applications.

Abstract: A computer system for use in load testing a service-oriented architecture (SOA) service has a processor and a memory storage device in communication with the processor. The processor is adapted to receive an XML message, an address for a service to be tested, an action compliant with a protocol for exchanging structured information in a decentralized, distributed environment and associated with the service; create and store in memory a template message package compliant with the protocol; create a populated message package compliant with the protocol by incorporating in the template message package the XML message, the address and the action; establish a connection to the service and furnish one or more documents and attachments to the service; and receive a response from the service.

Abstract: A method for merging virtual layers may include creating a virtual merger layer. The method may further include identifying a first virtual layer to be added to the virtual merger layer, the first virtual layer being programmed to execute within a process space of the first virtual layer. The method may also include identifying a second virtual layer to be added to the virtual merger layer, the second virtual layer being programmed to execute within a process space of the second virtual layer that is distinct from the process space of the first virtual layer. The method may also include linking the first and second virtual layers to the virtual merger layer such that when the virtual merger layer is activated, the first and second virtual layers execute within a process space of the virtual merger layer. Various other methods, systems, and computer-readable media are also disclosed.

Abstract: A computer-implemented method executed by at least one processor performs operations for a web browser running a browser process and at least one renderer process on a computing system. The method includes identifying a webview tag in a web page, the web page being associated with the at least one renderer process. The method also includes forking another renderer process responsive to identifying the webview tag, generating a mapping between the at least one renderer process and the other renderer process at the browser process, and using the browser process as an intermediary for communications between the at least one renderer process and the another renderer process based on the mapping.

Abstract: In general, the present invention provides a computer-implemented hypervisor file system (HVFS) comprising (among other things): a HVFS Manager, a Source File System Implementation, Hypervisor API, and HVFS Driver implemented in conjunction with a set (e.g., one or more) of virtual machines. Running a virtual machine on top of complex software systems like hypervisors allows the virtual machine to be presented with virtual storage devices which operate in the file system abstraction layer, instead of the block device layer traditionally presented by hardware. Doing so allows the file system abstraction to be implemented in the hypervisor, and not in the individual virtual machines, giving the hypervisor much greater access and control over the file system elements used by virtual machines, as well as giving it new capabilities such as sharing file system elements across virtual machines.

Abstract: A technique is provided for generating stubs. A processing circuit receives a call to a called function. The processing circuit retrieves a called function property of the called function. The processing circuit generates a stub for the called function based on the called function property.

Abstract: A method for event handling in a multi-platform system, comprising acquiring an event of a file access from the multi-platform system, processing the event taking account of an auxiliary data to decide an action and activating the action, and an apparatus for performing the same.