Patent classifications
G06F9/544
Arbitration techniques for managed memory
Devices and techniques for arbitrating operation of memory devices in a managed NAND memory system to conform the operation to a power budget. In an example, a method can include receiving an operation change indication for a NAND memory operation at power management circuitry of a NAND memory system, and summing a power credit to a value of a first register associated with the operation change indication to provide an indication of instantaneous power consumption of the NAND memory system as the value of the first register.
System and method for application transformation to cloud based on semi-automated workflow
The present invention provides for a system and a method for application transformation to cloud for conversion of an application source code to a cloud native code. The present invention provides for receiving a first, second, third and fourth transformation recommendation paths. Further, the present invention provides for applying a set of remediation templates based on the first and the second transformation recommendation paths. The present invention provides for applying a pre-defined transformation process flow on the application source code based on the first and the second transformation recommendation paths to transform the application source code to the cloud native code. The present invention provides for applying a reusable service template on the application source code. The present invention provides for creating plurality of configuration artifacts specific to the cloud platform. The preset invention provides for building a CI/CD pipeline for integration and deployment of the cloud native code.
LOW-LATENCY SHARED MEMORY CHANNEL ACROSS ADDRESS SPACES IN A COMPUTING SYSTEM
Examples provide a method of communication between a client driver and a filesystem server. The client driver executes in a virtual machine (VM) and the filesystem server executes in a hypervisor. The method includes: allocating, by the client driver, shared memory in an address space of the VM for the communication; sending identification information for the shared memory from the client driver to the filesystem server through an inter-process communication channel between the client driver and the filesystem server; identifying, by the filesystem server in cooperation with a kernel of the hypervisor, the shared memory within an address space of the hypervisor, based on the identification information, to create a shared memory channel; sending commands from the client driver to the filesystem server through the shared memory channel; and receiving completion messages for the commands from the filesystem server to the client driver through the shared memory channel.
PRESERVING EVENTUALLY CONSISTENT DISTRIBUTED STATE OF MULTI-LAYER APPLICATIONS
A computing device operates a first thread for a first layer of a plurality of layers of an application that are operated by different threads. The computing device maintains a first parameter that is shared by the first layer of the application and a second layer of the application. The second layer is operated by a second thread that is identified by a first address. When the first parameter is locally updated at the first thread, the computing device updates a local copy of the first parameter at the first thread and providing the locally updated first parameter to the second thread by using the first address. When the first parameter is remotely updated at the second thread, the computing device receives the remotely updated first parameter and updating the local copy of the first parameter at the first thread based on the received remotely updated first parameter.
System and method for asynchronous brain control of one or more tasks
A closed-loop system for asynchronous brain control of at least one task includes a brain state decoder configured to decode neural signals of a user into control signals for controlling the at least one task, a task interface module configured to transmit the control signals to the at least one task, store status information including a series of messages regarding each of the at least one task, and select one message of the series of messages regarding the at least one task to transmit to the user, and a brain state encoder configured to map the one message received from the task interface module into brain state montages for transmission to the user.
System and method of utilizing platform applications with information handling systems
In one or more embodiments, one or more systems, one or more methods, and/or one or more methods may: register a subroutine configured to store multiple addresses of a volatile memory medium VMM of an information handling system (IHS); for each IHS initialization executable/OS executable pair of multiple IHS initialization executable/OS executable pairs: retrieve, from a first non-volatile memory medium (NVMM), an IHS initialization executable of the IHS initialization executable/OS executable pair; copy, by the IHS initialization executable, an OS executable of the IHS initialization executable/OS executable pair from the first NVMM to the VMM; call, by the IHS initialization executable, the subroutine; store, by the subroutine, an address associated with the OS executable via a data structure stored by the VMM; and copy, by a first OS executable, the OS executable from the VMM to a second NVMM based at least on the address associated with the OS executable.
SYSTEMS AND METHODS FOR MANAGEMENT OF MULTI-TENANCY DATA ANALYTICS PLATFORMS
A data analytics system configured to perform operations is disclosed. The operations can include creating, in response to instructions received from a user, a first pipeline. This pipeline can be configured to extract data from an append-only first data store, extract identifying characteristics from the extracted data, provide the identifying characteristics to an identity service, and receive a tenancy identifier from the identity service. The pipeline can further be configured to create a data object in a second data store using the extracted data; create a tenancy object in a metadata store, the tenancy object associated with the data object, the metadata store implementing a hierarchical data object ownership graph; and associate the tenancy object with a parent object in the hierarchical data object ownership graph. The data analytics system can then tear down the first pipeline.
PIPELINE SYSTEMS AND METHODS FOR USE IN DATA ANALYTICS PLATFORMS
A data analytics system including an append-only first data store accessible to multiple clients and a second data store is disclosed. The data analytics system can be configurable to, in response to receiving first instructions from a first target system of a first client, the first target system separate from the data analytics system, create a first pipeline between the append-only first data store and the second data store. The first pipeline can be configured according to the first instructions to generate a client-specific data object and store the client-specific data object in the second data store. The data analytics system can be configurable to tear down the first pipeline upon completion of storing the client-specific data object in the second data store.
MULTI-TENANCY DATA ANALYTICS PLATFORM
A data analytics system is disclosed that is configured to perform operations including receiving input data at a first storage location and configuring a flow service to execute a flow. The flow execution can include creating a pipeline using the flow and metadata associated with the flow, the pipeline configured to perform a data transformation specified in the flow. The flow execution can further include determining a tenancy associated with the input data using the flow. The flow execution can also include generating, using the pipeline, output data from the input data and storing, using the pipeline, the output data in a second storage location associated with the tenancy.
DATA ANALYTICS PLATFORM USING CONFIGURABLE FLOW SPECIFICATIONS
A data analytics system is disclosed that is configured to perform operations comprising creating at least one data storage, creating a metadata store separate from the at least one data storage, creating a flow storage, and configuring a flow service using first received instructions. The flow service is configured to obtain a first flow from the flow storage, obtain metadata from the metadata storage, and execute the flow. The flow execution can include obtaining input data from the at least one data storage, generating output data at least in part by validating, transforming, and serializing the input data using the metadata, and generating additional metadata describing the output data. The flow execution can further include providing the output data for storage in the at least one data storage and providing the additional metadata for storage in the metadata storage.