Described techniques provide convenient, reliable, straightforward techniques for enabling multi-path application outputs. A single application may be configured to output two or more data sets to two or more output destinations within a mainframe environment, without requiring copying or forwarding by an intermediate application utility.

Apparatus, method, and machine-readable medium to provide performance state matching between source and target processors based on inter-processor interrupts. An exemplary apparatus includes a target processor to execute a receiving task at a first performance level and a source processor to execute a sending task at a second performance level higher than the first performance level. The sending task is to store interrupt routing data indicating a pairing between the sending task and the receiving task into a memory location and that the sending task is to dispatch work to be processed by the receiving task. The apparatus further includes a performance management unit to detect the pairing between the sending task and the receiving task based on the interrupt routing data and responsively adjust the performance level of the target processor from the first performance level to the second performance level based, at least in part, on the pairing.

The devices, systems, and methods described herein enable automatically configuring an electronic device using artificial intelligence (AI). The devices, systems, and methods enable accessing telemetry data representing device usage data, inputting the accessed telemetry data into machine learning models that are matched to device metadata, and determining notifications to publish to components of the electronic device. The notifications represent events predicted to occur on the electronic device. The notifications are published to the components of the electronic device such that the electronic device is configured according to the published notifications. The determined notifications enable the identification of optimal settings for the electronic device based on the usage pattern of the device and enable components of the electronic device to preemptively take action on events which are predicted to occur in the future.

In an embodiment a method includes determining, by an electronic device, whether a second shared library having the same file data as a first shared library of a first APP exists in the electronic device, when the second shared library exists in the electronic device, storing a correspondence between a first index node (inode) and a file name of the first shared library, deleting the file data of the first shared library from the electronic device, and allocating the first inode to the second shared library, wherein the first inode indicates a first storage area used to store file data of the second shared library; and when the electronic device runs the first APP to invoke the first shared library, searching for the first inode corresponding to the file name of the first shared library and reading the file data of the second shared library stored in the storage area indicated by the first inode.

An example method of implementing server-driven notifications to mobile applications is provided. The method includes registering a mobile computing device with a notification server. The notification server is associated with a set of workflow servers that each correspond to one or more respective mobile applications. The method further includes receiving a first message associated with a first workflow server of the set of workflow servers. The first message includes a first payload identifying a first mobile application running on the mobile computing device and a first application-specific event associated with the first mobile application. The first mobile application corresponds to the first workflow server. The method further includes translating the first payload into a first local notification for the first mobile application. The method further includes, upon displaying the first local notification on the mobile computing device, detecting the first application-specific event in view of a user interface event associated with the first local notification. The method further includes transmitting a notification to the first workflow server, the notification indicating that the user interface event corresponding to the first application-specific event was completed.

Embodiments are disclosed for processing multi-frame tasks in a multi-threaded digital design system. In particular, in one or more embodiments, the disclosed systems and methods comprise receiving, by a first thread, a first set of inputs on a graphical user interface, determining that the first set of inputs represent a first multi-frame request, wherein a multi-frame request includes a series of inputs that produce a continuous response, generating a first multi-frame edit task, the first multi-frame edit task including a communications channel between the first thread and a second thread for caching the first set of inputs, enqueuing the first multi-frame edit task in a task queue of the second thread, processing, by the second thread, the first multi-frame edit task.

Various systems, processes, and products may be used to filter multicast messages in virtual environments. In one implementation, a multicast filtering address is received by a network adapter. A frequency of use of the multicast filtering address is determined and, based on the frequency of use of the multicast filtering address, the multicast filtering address is stored in either a multicast filtering store of the network adapter or a local filtering store of a respective virtual machine.

Various systems, processes, and products may be used to filter multicast messages in virtual environments. In one implementation, a multicast filtering address is received by a network adapter from at least one of a number of virtual machines. A priority of the multicast filtering address is determined and, based on the priority, the multicast filtering address is stored in either a multicast filtering store of the network adapter or a local filtering store of the at least one virtual machine.

Various systems, processes, and products may be used to filter multicast messages in virtual environments. In one implementation, a multicast filtering address is received by a network adapter from at least one of a number of virtual machines. An amount of filtering data is determined corresponding to the at least one virtual machine and, based on the amount of the filtering data corresponding to the at least one virtual machine, the multicast filtering address is stored in either a multicast filtering store of the network adapter or a local filtering store of the at least one virtual machine.

Various systems, processes, and products may be used to filter multicast messages in virtual environments. In one implementation, hardware resources are virtualized to provide a plurality of virtual machines where a number of the virtual machines are configured to receive multicast messages. A network adapter is configured to receive a multicast filtering address from at least one of the number of virtual machines and hash the multicast filtering address to create a hash value. The hash value is linked to the virtual machine via a memory entry.