A user device (24) includes an audio output device (58) and one or more processors (44). The one or more processors are configured to run an Operating System (OS-48), including running an OS component for coordinating outputting of audio generated by user applications (26) to the audio output device, to preload a user application, and, while the user application is in a preload state, to inhibit the audio generated by the preloaded user application using the OS component.

A method for operating an industrial PC (IPC) device, wherein the IPC device includes a general-purpose operating system (GPOS) section implemented to execute program code under the GPOS, and a real time operating system (RTOS) section implemented to execute program code adapted to real-time data processing under the RTOS, includes providing a wrapped application program based on an application program including binary code designed to be executed under the RTOS and a security policy; validating the wrapped application program according to the security policy by an RTOS process for obtaining a validated application program; transferring the binary code of the validated application program and a security element from the RTOS process to a GPOS process; establishing a secure communications channel between the GPOS process and the RTOS section using the security element; and executing the binary code of the validated application program by the GPOS process.

Based on power on of an electronic device, a location of first data in a NAND flash memory of an electronic device is determined. The first data is transmitted to a shadow RAM of the electronic device, outputting the first data is output from the shadow RAM to a host device of the electronic device through a serial peripheral interface (SPI) when accessing the location of the first data in the NAND Flash memory.

In certain embodiments, an electronic device comprises a display; a first memory; a second memory storing a plurality of applications; and a processor, wherein the processor is configured to: switch a screen displayed on the display from a first screen to a second screen, wherein the second screen includes a plurality of objects respectively indicating the plurality of applications; identify applications which are not running among the plurality of applications, in response to the switching to the second screen; and load data of at least one application from the second memory to the first memory, based on a predetermined criteria, before receiving an input selecting the at least one application.

Systems, methods, and computer programs are disclosed for scheduling decompression of an application from flash storage. One embodiment of a system comprises a flash memory device and a preemptive decompression scheduler component. The preemptive decompression scheduler component comprises logic configured to generate and store metadata defining one or more dependent objects associated with the compressed application in response to an application installer component installing a compressed application to the flash memory device. In response to a launch of the compressed application by an application launcher component, the preemptive decompression scheduler component determines from the stored metadata the one or more dependent objects associated with the compressed application to be launched. The preemptive decompression scheduler component preemptively schedules decompression of the one or more dependent objects based on the stored metadata.

Methods and systems that automate a DevOps deployment pipeline and optimize DevOps cost are described. Methods generate a deployment pipeline model based on policies associated with each deployment stage and task. Methods optimize cost of the deployment pipeline model based on model combinations of VMs. The deployment pipeline model may be executed on a cloud computing infrastructure in order to develop an application program.

Systems and methods for checking program code are disclosed. The method includes executing a first check of the program code, and making a first determination about the first check. Metadata is stored based on making the first determination. A second check of the program code is run based on the metadata, and a result of the second check is stored in memory. The program code is executed based on the second check. In some embodiments, the method for checking program code includes running a simulation of a check of the program code by a processing device; storing a result of the simulation in memory; executing the check of the program code outside of the simulation; making a determination about the check outside of the simulation; retrieving a result stored in the memory based on the determination; and executing the program code based on the check.

A BIOS may include a plurality of BIOS attributes associated with the information handling system, each attribute of the plurality of BIOS attributes having metadata defining a priority for such attribute. The BIOS may also include an attribute engine configured to execute a preboot process prior to booting of an operating system of the information handling system, wherein the preboot process is configured to identify boot-critical attributes of the plurality of BIOS attributes based on the metadata and load the boot-critical attributes. The attribute engine may also execute a steady-state process after booting of the operating system of the information handling system, wherein the steady-state process is configured to load attributes of the plurality of BIOS attributes other than the boot-critical attributes in an order based on the metadata.

A user device (24) includes an audio output device (58) and one or more processors (44). The one or more processors are configured to run an Operating System (OS—48), including running an OS component for coordinating outputting of audio generated by user applications (26) to the audio output device, to preload a user application, and, while the user application is in a preload state, to inhibit the audio generated by the preloaded user application using the OS component.

A virtual process manager for use with a client application. Both the process manager and the client application are installed on a client computing device. In response to a user command to execute a virtual application at least partially implemented by a virtualized application file stored on a remote computing device, the client application sends a high priority command to the process manager to execute the virtual application. Before receiving the user command, the client application sends a low priority command to the process manager to download at least a portion of the virtualized application file. In response to the high priority command, and without additional user input, the process manager downloads any portion of the file not downloaded in response to the low priority command, and executes the virtual application on the client computing device. The client application may comprise a conventional web browser or operating system shell process.