Abstract: In an approach to improve the extracting test datasets for testing and resource optimization, embodiments execute a test run on a full dataset of a job, and identify existing bottlenecks in the job through a run-time monitoring interface. Additionally, embodiments execute a run-time metrics analysis, a source code analysis, and a source data impact analysis of a distributed data processing engine executing a distributed data processing job, and generate, by an analysis and impact scoring engine, an impact scoring table of job transformations based on the source code analysis. Furthermore, embodiments generate data extraction rules based on the impact scoring table, and extract a test dataset based on the data extraction rules. Moreover, embodiments evaluate the data extraction rules against user defined thresholds, and prepare a representative test dataset, and output, through a user interface on a computing device, the representative test dataset to a user.

Abstract: The present disclosure generally relates to using a single firmware slot in a slower boot media while temporarily leveraging high speed media and dual boot designs to allow booting into a cached copy of firmware to guarantee power safety while writing the single firmware slot on the slower boot media. The device boots up with original firmware stored in a first non-volatile memory device when powered on. The device then checks a second non-volatile memory device for new firmware. If there is new firmware stored in the second non-volatile memory device, the device loads the new firmware into a volatile memory device and reboots with the new firmware. The device then writes the new firmware to the firmware slot of the first non-volatile memory device. If the device experiences a power cycle while writing the new firmware, the device can reboot with a cached copy of the new firmware.

Abstract: A method may include, during a boot of an information handling system: determining, based on settings stored in non-volatile memory of the information handling system, whether to perform pre-commit execution of a firmware update image prior to committing the firmware update image to a motherboard of the information handling system, and responsive to determining to perform pre-commit execution, load the firmware update image from a basic input/output system partition of a storage resource of the information handling system and execute the firmware update image in lieu of a firmware image stored on the motherboard.

Abstract: Systems and methods for direct function call substation are described. An example method may include analyzing two or more build configuration files describing parameters for building two or more source code files. The method may further include determining whether a number of instances that a function is declared for a given symbolic name in the two or more build configuration files satisfies a threshold number of instances. The method may further include, in response to determining that the number of instances satisfies the threshold number of instances, substituting the given symbolic name with an indirect function call for the function within a source code file of the two or more source code files.

Abstract: Methods, systems, and apparatus, including computer programs encoded on a computer storage medium, for monitoring performance of computing systems. In some implementations, a set of tasks for a server system to perform is identified. Multiple performance testing cycles are performed, in which each of the performance testing cycles includes: sending, for each task in the set of tasks, a request for the server system to perform the task; receiving a response from the server system for each of the requests, and storing a performance measure for each of the tasks based on the response received from the server system for the task. Based on the performance measures for the multiple performance testing cycles, an evaluation is performed whether conditions are satisfied for adjusting one or more operating parameters of the server system or for providing a notification regarding the operation of the server system.

Abstract: Embodiments of the present disclosure relate to policy-based request tracing in a distributed environment. In an embodiment, a computer-implemented method is disclosed. According to the method, a first set of requests and a second set of requests are determined in a plurality of received requests based on a policy. A first subset of requests is selected from the first set of requests based on a first sampling rate, and a second subset of requests is selected from the second set of requests based on a second sampling rate that is less than the first sampling rate. Executions of the first subset of requests and the second subset of requests on components of a distributed system are then traced. In other embodiments, a system and a computer program product are disclosed.

Abstract: In an approach to digital twin enabled asset performance and upgrade management, upcoming changes for assets are received, where the upcoming changes include at least one of hardware requirements, firmware requirements, software requirements, hardware upgrades, firmware upgrades, and software upgrades. The upcoming changes for the assets are stored into repositories, where the appropriate repository is determined using topic modeling. The digital twins are updated, where each digital twin is continuously updated with the upcoming changes. Continued usage metrics are calculated for each asset based on the output of the digital twins, where the continued usage metrics are specific to each asset. A report is created based on the upcoming changes and the continued usage metrics, where the report includes at least one of hardware dependencies, firmware dependencies, software dependencies, and upgrade dependencies.

Abstract: The invention concerns the method of testing of the IoT system process behaviour in the case of limited network connection affecting part of the tested process where the basic structure for the tested process modelling is a directed graph and where the parts of the process in which failures of the network connection are expected are modelled as specific subgraphs—zones with a risk of connection failure (hereinafter referred to as ZRCF).

Abstract: A method, system, and program product are provided for updating software deployed on computers in an enterprise computer network wherein each computer has a software update agent installed to enable the computer to receive software patch updates. The method includes determining a required software component and updates; determining a version of the agent and updating the agent if required; selecting a server from which required updates are to be downloaded; scanning a plurality of software components on a selected computer and comparing the components with updates available on the server to determine required updates; downloading the required patches from the server; and installing the patches on the selected computer. The system includes components that perform the method steps when operated on a computer in the network. A computer readable medium implements the method for updating software deployed on computers in a network.

Abstract: Described are platforms, systems, and methods for upgrading firmware on a programmable input output (IO) device. In one aspect, a method executed by the programmable IO device comprises: receiving, from a north-bound entity, a request to upgrade firmware installed on at least one CPU core; disabling flow-miss traffic to the at least one CPU core; redirecting the flow-miss traffic to an off-box service; providing a configuration for the programmable IO device to the off-box service; redirecting traffic to the off-box service; upgrading the firmware installed on the at least one CPU core; upgrading at least one program running in the data plane; reprograming a forwarding state provided by the off-box service; disabling the redirection of the traffic to the off-box service; and providing, to the north-bound entity, a notification indicating a completion of the upgrade.

Abstract: A method for determining subject matter experts includes monitoring, by a computer, an activity performed by a user during a period of time, the activity including a sequence of operations, based on the sequence of operations, determining a topic of the activity performed by the user, recognizing, by the computer, a hesitation pattern of the user associated with the topic during the period of time, based on the recognized hesitation pattern, calculating a confidence indicator associated with the activity, the confidence indicator specifies a confidence of the user in performing the activity, based on the confidence indicator being lower than a confidence threshold, identifying one or more subject matter experts for the determined topic, and prompting the user to submit a support request to at least one of the identified subject matter experts.

Abstract: An information processing method executed by a computer, the method includes executing a target program to acquire number of executions for each of a plurality of program codes; selecting a combination of program codes related to a plurality of assignment statements from among program codes related to assignment statements having a higher number of executions based on the acquired number of executions; when the target program is changed, executing the changed target program to calculate an execution accuracy and an operation time so that parallel processing using an SIMD operation function is executed for each of the program codes related to the plurality of assignment statements included in the selected combination; and searching for the combination so that the calculated execution accuracy and operation time satisfy a predetermined condition.

Abstract: According to example configurations, an application wrapper resource receives an original installation package. The original installation package can be a factory-generated installation package that supports installation of a respective unwrapped application onto a computing device. The factory-generated installation package as described herein may be different than a typical installation package available from an application store. The application wrapper resource transforms the received original installation package into a (customized) wrapped application installation package for subsequent installation of the wrapped application on a respective computer device. The wrapped application installation package includes executable wrapper code supporting supplemental functionality with respect to the original unwrapped application.

Abstract: Identification of changes in functional and runtime behavior of a system during maintenance cycles. The traditional methods provide for viewing the problem of change identification de-coupled from system design, thus making the process further human dependent and increasing the time and probability of errors. Embodiment of the present disclosure provide for identification of changes in the functional behavior and the runtime behavior of the system by acquiring, a design comprising of structures and behaviors of the system, generating a design model and a set of implementation codes based upon the design, updating the set of implementation codes with log statements, constructing a design model based upon log files, constructing an operations model based upon the design model and comparing the operations model and a design table, to identify changes in the functional behavior and the runtime behavior of the system using an operations verification component.

Abstract: One embodiment provides a system and method for automatically localizing faults in a software system. During operation, the system executes a number of tests associated with the software system to output a spectrum indicating test-coverage patterns of components within the software system; and identifies, based on the spectrum, an ambiguity group associated with at least one failed test. The ambiguity group includes multiple components having a same coverage pattern. The system instruments the multiple components. Instrumenting a respective component includes inserting instructions for monitoring runtime values of at least one variable. The system identifies a subset of tests within which the instrumented multiple components are active, re-executes the identified subset of tests with the multiple components being instrumented, and identifies one component from the multiple components as being likely to cause the at least one failed test based on results of the re-executed subset of tests.

Abstract: An approach is provided for automatically identifying abandoned applications and services. The approach includes determining application management data related to the application. The application management data includes characteristics indicating a lifecycle of the application within a computing infrastructure. The approach also includes extracting one or more features from the application management data. The approach further includes processing the one or more features using a trained machine learning model to classify the abandonment status of the application, wherein the abandonment status includes an abandoned state and a non-abandoned state.

Abstract: Disclosed herein are system, apparatus, method, and computer program product embodiments for testing software in a continuous deployment pipeline. An embodiment operates by automatically deploying a second version of an application at an idle endpoint. The embodiment further operates by automatically testing the second version of the application by reusing test metrics associated with a first version of the application that is live at a live endpoint. The embodiment further operates by automatically determining whether the automatic testing of the second version of the application is successful and, if so, automatically setting live the second version of the application. For example, the embodiment can operate by automatically exchanging the live endpoint with the idle endpoint to set live the second version and set idle the first version, which then may be placed in termination.

Abstract: An application development environment generates applications from declarative specification for the application. The declarative specification describes one or more object types and references to objects of each object type. The application development environment generates instructions (or code) from the declarative specification to generate an initial version of the application. The application development environment iteratively builds the application based on user interactions that modify the declarative specification. The application development environment modifies the instructions for the application to match the modified declarative specification. The final version of the application may be deployed on a production system.

Abstract: A computer-implemented method includes receiving, by a processor, real time operation data related to an application, identifying components of the application based on the operation data, extracting relationships and interdependencies between the components, and generating a graph of the identified components, the relationships and the interdependencies. The method also includes determining one or more dynamic metrics of the identified components, the one or more dynamic metrics indicative of interactions between the components, extracting statistical information describing at least one of performance and resource consumption based on the operation data, incorporating the dynamic metrics into the graph, determining a behavior of at least one component based on a pattern of appearance of the at least one component in the graph, and generating a model of the application based on the identified components and the determined behaviors.

Abstract: Each of a plurality of medical devices is configured to generate a device specific Software Bill of Materials (SBOM), and communicate the device specific SBOM to a validator system(s). A central authority system(s) is configured to authorize the validator system(s) to add a new block(s) to a SBOM blockchain. The SBOM blockchain is structured to contain updates to the device specific SBOM. The validator system(s) is configured to create a local copy of the SBOM blockchain, build a SBOM hash tree based on data in the SBOM blockchain, search the SBOM hash tree for the device specific SBOM, add a new block to the SBOM blockchain, the new block comprising an update(s) to the device specific SBOM, validate the update(s) in the device specific SBOM based on a vulnerability database, and communicate the new block to at least one other validator system.