Maintaining core dump privacy during application fault handling. A core memory dump is received for an application from a runtime engine. Areas of the core memory dump are analyzed to identify structural data in the form of internal structures of the runtime engine. The identified structural data is retained in a modified core memory dump, and remaining non-structural data in the areas of the core memory dump is processed to ensure it is not readable by unauthorized entities in the modified core memory dump. The modified core memory dump is outputted for fault analysis.

A device, system, and/or method includes an internal circuit configured to perform at least one function, an input-output terminal set and a repair circuit. The input-output terminal set includes a plurality of normal input-output terminals connected to an external device via a plurality of normal signal paths and at least one repair input-output terminal selectively connected to the external device via at least one repair signal path. The repair circuit repairs at least one failed signal path included in the normal signal paths based on a mode signal and fail information signal, where the mode signal represents whether to use the repair signal path and the fail information signal represents fail information on the normal signal paths. Using the repair circuit, various systems adopting different repair schemes may be repaired and cost of designing and manufacturing the various systems may be reduced.

A system and method for extensible, protective, and verifiable automated issue remediation for information technology infrastructure comprises invoking an application programming interface to obtain at least one issue object corresponding to an alert generated by a monitoring system; matching the issue object to at least one diagnosis plugin of a plurality of diagnosis plugins; obtaining a prescription object from the diagnosis plugin, the prescription object comprising a remedy; and invoking the remedy after verifying the remedy is authorized to proceed.

A method for anomaly detection of cloud services based on mining time-evolving graphs includes steps of receiving tracing data for a plurality of micro-services of the deployed cloud service, wherein the tracing data defines relationships between the plurality of micro-services of the deployed cloud service at a plurality of different time intervals, computing a functional graph based on the tracing data for each of the plurality of different time intervals, wherein nodes of each functional graph include the plurality of micro-services and wherein links between the nodes represent relationships between the plurality of micro-services, comparing the functional graphs for each of the plurality of time intervals to determine an anomaly score for each of the functional graphs, and detecting a presence of one or more anomalies based on the anomaly scores.

A system and method are described for flushing a specified region of a memory side cache (MSC) within a multi-level memory hierarchy. For example, a computer system according to one embodiment comprises: a memory subsystem comprised of a non-volatile system memory and a volatile memory side cache (MSC) for caching portions of the non-volatile system memory; and a flush engine for flushing a specified region of the MSC to the non-volatile system memory in response to a deactivation condition associated with the specified region of the MSC.

A method includes receiving a histogram output from a detector sensor, and calculating a median point of a pulse waveform within the histogram. The pulse waveform has an even probability distribution over at least one quantization step of the histogram around the median point. A corresponding apparatus can include a detector sensor and a co-processor coupled to the detector sensor.

Methods and systems for updating configurations. An application can be determined to be incorrectly configured. A request can be sent to update a configuration property. The configuration property can be updated in a test environment. The application can be tested with the updated configuration property in the test environment. The test of the application with the updated configuration property in the test environment can be identified as successful. An incorrect configuration of the application can be updated.

A cloud oversubscription system including one or more processors and a memory coupled with the one or more processors. The one or more processors effectuate operations including obtaining a list of service level agreement (SLA) availability values for each of one or more virtual machines (VMs) of a host. The one or more processors further effectuate operations including analyzing the list to determine a maximum availability number for the host. The one or more processors further effectuate operations including identifying a probable overload condition value based on the SLA availability values. The one or more processors further effectuate operations including performing at least one recommended action when the probable overload condition value exceeds an SLA before an occurrence of an overload condition.

A method and system that efficiently selects sensors without requiring advanced expertise or extensive experience even in a case of new machines and unknown failures. An abnormality detection system includes a storage unit for storing a latent variable model and a joint probability model, an acquisition unit for acquiring sensor data that is output by a sensor, a measurement unit for measuring the probability of the sensor data acquired by the acquisition unit based on the latent variable model and the joint probability model stored by the storage unit, a determination unit for determining whether the sensor data is normal or abnormal based on the probability of the sensor data measured by the measurement unit, and a learning unit for learning the latent variable model and the joint probability model based on the sensor data output by the sensor.

An inter-process communication (IPC) system, includes a first client engine, a first server engine, and a broker engine that is coupled to the first client engine. The broker engine initiates a first timer that is configured to reset when traffic is received from the first server engine while the first server engine is registered with the broker engine and coupled to the broker engine via a communication channel. The traffic that causes the first timer to reset includes at least one of: traffic generated by the first client engine to complete a request, and a first server-to-broker heartbeat message generated by the first server engine. The broker engine determines that the first timer has reached a predefined time amount, and in response, removes the registration of the first server engine and removes the communication channel between the broker engine and the first server engine.