Abstract: Techniques are described determining data movements. A first plurality of performance goals for a plurality of storage pools are received. Each of the first plurality of performance goals specifies a performance goal for one of the plurality of storage pools. A second plurality of performance goals for a plurality of applications are received. Each of the second plurality of performance goals specifies a performance goal with respect to I/O operations directed to one or more logical devices used by one of the plurality of applications. A set of proposed data movements between a first of the plurality of storage pools and a second of the plurality of storage pools is determined in accordance with criteria including any of the first plurality of performance goals and the second plurality of performance goals.

Abstract: A device includes a memory and a node engine. The memory stores a table that includes input values represented by first correlithm objects, feedback values represented by second correlithm objects, and output values represented by third correlithm objects. Each output value in the table is the sum of a corresponding input value and a corresponding feedback value. The node engine receives an input correlithm object and a feedback correlithm object. The node engine determines a first correlithm object in the table based on the input correlithm object and a second correlithm object in the table based on the feedback correlithm object. The node engine then determines a third correlithm object from the table based on the determined first correlithm object and the determined second correlithm object, and outputs the third correlithm object as an output correlithm object.

Abstract: One example method includes receiving, at a client device, an input to present data corresponding to an application. In response to the input, a first user interface for the application is displayed using a web browser on the client device. A streaming data service corresponding to data to be displayed is identified, the streaming data service hosted by a server. A first web worker thread corresponding to the web browser is used to subscribe to the streaming data service. New data corresponding to the streaming data service is obtained using the first web worker thread from the server, and provided to a second web worker thread corresponding to the web browser. The second web worker thread is used to process the new data and prepare for presentation on the first user interface.

Abstract: A device configured to emulate a correlithm object processing system includes a stimulus sensor, a memory and a control node. The stimulus sensor outputs an input stimulus correlithm object comprising an n-bit digital word. The memory stores a control table that comprises control correlithm objects and stimulus correlithm objects corresponding to various stimulus conditions. The control node is communicatively coupled to the stimulus sensor and the memory, and is configured to receive the input stimulus correlithm object and determine n-dimensional distances between the input stimulus correlithm object and each of the corresponding control correlithm objects in control table. The control node identifies the control correlithm object that has the smallest n-dimensional distance to the input stimulus correlithm object and determines that it is within a predetermined n-dimensional distance threshold.

Abstract: Embodiments of the present disclosure relate to reuse ongoing reusable Ajax requests. According to the method, one or more processors receive a first Ajax request in a web application. The method further includes detecting at least one ongoing Ajax request comprising a second ongoing reusable Ajax request. The second ongoing Ajax request may be substantially similar to the first Ajax request. The method further includes receiving the second ongoing reusable Ajax request from a server of the web application. The method further includes executing a call-back function of the second ongoing reusable Ajax request.

Abstract: A method may include receiving first and second application programming interface (API) specifications. The method may include comparing first and second API Specification according to a set of criteria. Responsive to the first and second criteria being identical, the method may include identifying first and second objects. Responsive to the first and second criteria being identical, the method may include classifying a type of the first and second objects and associating one or more parameters in the first and second objects with a consolidated object. The one or more parameters in the first and second objects may be associated with the consolidated object based on the type of the first and second object. The method may include generating a consolidated specification that includes the consolidated object and a description of the one or more parameters of the first and second objects that are associated with the consolidated object in a single API specification.

Abstract: A device may extract content, path data, and query data from API requests, and may identify events based on the extracted data. The device may combine a sequence of the events with the events to generate sequence-embedded events, and may train a neural network model with the sequence-embedded events to generate a trained neural network model. The device may receive an API request, may extract new content, new path data, and new query data from the API request, and may identify new events based on the newly extracted data. The device may process the new events, with the trained neural network model, to generate predicted events, and may calculate an anomaly score based on the predicted events. The device may compare the anomaly score with a threshold to determine a risk for the API request, and may cause the API request to be blocked or permitted based on the risk.

Abstract: Systems and methods are disclosed to implement a multi-region event publishing system to broadcast heterogeneous events across regions. In embodiments, an event publisher at a first location receives an event to be published and writes the event to a first data store of a multi-location replicated data storage system. The event publisher may generate metadata for the event including a source location, destination location(s), and a timestamp. The event is replicated to a second data store of the multi-location replicated data storage system at a second location. The second data store generates a change stream to an event receiver. The event receiver filters the second change stream based on the event metadata, and provides the filtered events to registered event consumers.

Abstract: In some implementations, a mobile device can be configured to monitor environmental, system and user events. The occurrence of one or more events can trigger adjustments to system settings. In some implementations, the mobile device can be configured to keep frequently invoked applications up to date based on a forecast of predicted invocations by the user. In some implementations, the mobile device can receive push notifications associated with applications that indicate that new content is available for the applications to download. The mobile device can launch the applications associated with the push notifications in the background and download the new content. In some implementations, before running an application or accessing a network interface, the mobile device can be configured to check energy and data budgets and environmental conditions of the mobile device to preserve a high quality user experience.

Abstract: A method is provided for a kernel driver in an operating system to detect loading of images into memory and unloading of the images from memory. The method includes registering a callback routine for load-image notifications, receiving a load-image notification for an image and recording loading of the image, storing original code at or about an entry point of the image, and patching redirect stub code over the original code at or about the entry point. The method also includes receiving, from the redirect stub code, a redirected call to or about the entry point to execute a routine in the image. The redirected call identifies a driver object representing the image. The method further includes, based on the driver object, providing a mechanism to intercept unloading of the image and recording the unloading of the image.

Abstract: Disclosed is a system for automatically executing multiple functional units of operation from multiple applications to complete a task that requires data from a variety of sources. The system stores information about operations that may be executed on a client device. When executing a sequence of operations, for example in response to a user request, the system may automatically store output from each operation. When executing subsequent operations in the sequence of operations, the system can determine whether output from a previously executed operation is appropriate for use as input to a new operation. The system can thus save data from one application and automatically use that data as input to a different application. Additionally, the system may determine subsequent operations to execute in response to previously observed output values.

Abstract: A method, computer program product, and computing system for determining, at the computing device, one or more dependencies associated with a plurality of managed objects and a plurality of backend objects. One or more backend notifications associated with one or more backend objects of the plurality of backend objects may be received. One or more managed objects of the plurality of managed objects associated with the one or more backend objects of the one or more backend notifications may be identified, based upon, at least in part, the one or more dependencies associated with the plurality of managed objects and the plurality of backend objects. The one or more identified managed objects of the plurality of managed objects may be updated based upon, at least in part, the one or more backend notifications.

Abstract: Systems, methods, and computer-readable media for constructing a conversation model using documentation of an application programming interface (API) are disclosed. The conversation model can be used to train a natural language classifier. API endpoints may be represented in the API documentation as (verb, resource, element) tuples. These tuples can be converted into intent and parameters of the API endpoints can be converted into entities. In addition, example utterances may be created for each intent. The conversation model can be generated using the intents, example utterances, and/or entities.

Abstract: Calls, such as API calls to a resource provider environment, can be modeled and evaluated using a shadow environment before executing the call in an actual target environment. Such an approach ensures that any changes made as a result of executing the call will not cause the actual environment to be out of compliance with any relevant rules or regulations. Changes may typically be reflected in a configuration management database. A shadow copy of this database can be generated, and the call can first be modeled in this shadow copy. Shadow log entries including results of the processing can be generated and evaluated. If the changes would be compliant then the call can be transmitted to the actual API endpoint for the target environment, where the API call can be executed.

Abstract: A microservice-based data processing apparatus, including: a type register, storing a list of types, a type being a semantic concept expression; and microservices each comprising an annotation of an input type and output types from the list; processing logic transforming input data expressed by the input type into output data expressed by the output types; and a messaging mechanism for inputting data, via a message, to a microservice, the mechanism defining a message format for structuring the messages. The format includes a first field specifying the data being input; and a second field specifying a type, from the list of types, semantically expressing the concept instantiated by the data. Each microservice includes a controller to receive a message from the mechanism having the format, and to respond by executing the logic when the type specified by the second field matches the input type of the microservice.

Abstract: The disclosed embodiments provide a system for processing application-programming interface (API) calls. During operation, the system identifies a set of transformation rules that match one or more permissions associated with a first representation of a request to an API. Next, the system applies the set of transformation rules to a first set of fields in the first representation of the request to generate a second representation of the request, wherein the second representation of the request includes a second set of fields that is different from the first set of fields. The system then triggers processing of the request using the second set of fields by a service providing the API.

Abstract: Embodiments for managing, serving, and applying logging adapters for applications are described. An administrator for an application can establish mappings between the application and adapters that handle log events from the application. When the application executes, it can get these mappings and use them to obtain the corresponding adapters. The adapters can have a configuration function and a logging function. The configuration function can be executed once per-execution of the application to establish a global state for the logging function of that adapter. The configuration function can receive configuration data provided with the mappings. Thereafter, as the application generates log events, they can be passed to the logging functions of the mapped adapters, which execute to perform logging such as analytics functions, on the events, whether locally or by sending the events to third parties.

Abstract: A computing device manages a router. A manager engine is instantiated based on a manager engine definition and instantiates a manager ESPE based on a created manager ESP model. A router configuration file is created based on mapping information read from the manager configuration file that describes connectivity between an event publishing source and a source window of the manager ESPE. A router engine is instantiated based on the created router configuration file. A connector is started to receive an event based on the router configuration file. The event is received in the source window of the manager ESPE processed based on the manager ESP model. A third computing device is selected by the router engine based on a usage metric received from each window of a plurality of windows defined by a remote ESP model configured to further process the processed event when it is received.

Abstract: A method for generating semiconductor device model parameters includes receiving semiconductor device performance data of statistical instances of semiconductor devices, for a plurality of coordinates in a process space with dimensions of process-dependent device parameters Model parameters are extracted to produce individual model instances, each corresponding to the respective statistical instances for the coordinates in the process space. Statistics of the extracted model parameters are modeled by processing the individual model instances to determine, for each coordinate in the process space, moments describing non-normal marginal distributions of the extracted model parameters and correlations between the extracted model parameters. Semiconductor device model parameters are generated for use in simulating a circuit using the determined moments and the determined correlations, for a selected coordinate in the process space.

Abstract: A method for simulating semiconductor devices includes running ensemble Monte Carlo (EMC) simulations of a plurality of semiconductor devices having a first plurality of configurations in a Design of Experiment (DoE) space to produce EMC results. Mobility parameters are extracted across the DoE space from the EMC results. A response-surface mobility model is constructed using the extracted mobility parameters. The response-surface mobility model is used to run a drift-diffusion simulation of a semiconductor device with a different configuration from the first plurality of configurations.