A method of transforming data including receiving data in a first language specific form, converting the data in the first language specific form to a language agnostic form, storing the data in the language agnostic form, converting the data in the language agnostic form to at least one second language specific form and exporting, on demand, the data in at least one of the at least one second language specific form.

A client device generates a plurality of application windows. For example, a first application window may be provided by a first application that has a first session established with a server system, and a second application window may be provided by a second application that has a second session established with the server system. The client device detects user activity in the first window. Based on the user activity in the first window, the client device sends a message to the server system. The message providing an indication of user activity in one or more of the plurality of windows. The message causes the server system to maintain the second session as active despite inactivity in the second application window.

A universal floating-point Instruction Set Architecture (ISA) implemented entirely in hardware. Using a single instruction, the universal floating-point ISA has the ability, in hardware, to compute directly with dual decimal character sequences up to IEEE 754-2008 H=20 in length, without first having to explicitly perform a conversion-to-binary-format process in software before computing with these human-readable floating-point or integer representations. The ISA does not employ opcodes, but rather pushes and pulls gobs of data without the encumbering opcode fetch, decode, and execute bottleneck. Instead, the ISA employs stand-alone, memory-mapped operators, complete with their own pipeline that is completely decoupled from the processor's primary push-pull pipeline. The ISA employs special three-port, 1024-bit wide SRAMS; a special dual asymmetric system stack; memory-mapped stand-alone hardware operators with private result buffers having simultaneously readable side-A and side-B read ports; and dual hardware H=20 convertFromDecimalCharacter conversion operators.

Disclosed are methods, systems, and computer-readable medium for context-specific granular access to flight management system (FMS) SaaS using adaptive IAM. For instance, the method may include receiving, at one of a plurality of application programing interface (API) endpoints of a flight management system (FMS) software as a service (SaaS), a request from a client; determining whether the request is authorized; in response to determining the request is authorized, analyzing the request to determine a context of the request and determine whether the request includes an intent; transmitting a message to a particular functionality of the FMS SaaS based on the context and the intent; determining whether the client is associated with a subscription type; filtering a data stream from the FMS SaaS in accordance with the subscription type and the context; generating a response based on the filtered data stream; and transmitting the response to the client.

An embodiment of the present invention is directed to financial transaction ecosystems. A transaction processing ecosystem comprises: a plurality of data sources; a capture interface; and a financial transaction processing system comprising a message bus and a plurality of processors interfacing with the message bus and configured to perform: receiving, via the capture interface, raw data for a payment transaction, wherein the raw data comprises client instructions; normalizing, via the capture interface, the raw data into a normalized transaction format based on a standard data model; publishing, via the capture interface, the normalized transaction format to a message bus; processing, via a first processor of the plurality of processors, the normalized transaction format; and completing the transaction.

An embodiment of the present invention is directed to financial transaction ecosystems. A transaction processing ecosystem comprises: a plurality of data sources; a capture interface; and a financial transaction processing system comprising a message bus and a plurality of processors interfacing with the message bus and configured to perform: receiving, via the capture interface, raw data for a payment transaction, wherein the raw data comprises client instructions; normalizing, via the capture interface, the raw data into a normalized transaction format based on a standard data model; publishing, via the capture interface, the normalized transaction format to a message bus; processing, via a first processor of the plurality of processors, the normalized transaction format; and completing the transaction.

An apparatus comprising a power source, one or more sensors, a transceiver, and a memory. The power source may be configured to store energy to power the apparatus. The one or more sensors may be configured to receive captured data from one of a plurality of sources. The transceiver may be configured to send and receive data to and from a wireless network. The processor may be configured to execute computer readable instructions. The memory may be configured to store a set of instructions executable by the processor. The instructions may be configured to (A) evaluate an expected power usage budget calculated using a predictive model of future energy consumption and (B) (i) store the captured data in the memory in a first mode and (ii) transmit the captured data to a remote storage device in a second mode. The first mode or the second mode is selected based on characteristics of the captured data received from the sensors.

Systems, methods, and machine-readable instructions stored on machine-readable media are disclosed for selecting, based on an analysis of a first process executing on a first host, at least one of a plurality of other hosts to which to migrate the first process, the selecting being further based on an analysis of the plurality of the other hosts and an analysis of processes executing on the plurality of the other hosts. At least one predictive analysis technique is used to predict an amount of time to complete migrating the first process to the selected at least one of the plurality of other hosts and an end time of the second process. In response to determining that a current time incremented by the predicted amount of time to complete migrating the first process is later than or equal to the predicted end time of the second process, a migration time at which to migrate the first process from the first host to the selected at least one of the plurality of other hosts is scheduled. At the scheduled migration time, the migration of the first process from the first host to the selected at least one of the plurality of other hosts is performed.

Embodiments for dynamically resizing buffers for a slab allocator process are described. The slab allocator informs the consumer that the memory buffer must be shrunk to a smaller size. A buffer allocation process dynamically reclaims portions of larger memory buffers to make room for a smaller allocation by shrinking data objects in larger slabs and returning slabs to reserve or free slab lists. Initially a large limit is set, and it is dynamically reduced once all the available memory is exhausted. This allows the slab allocator to adapt to the workload.

A method of transforming data including receiving data in a first language specific form, converting the data in the first language specific form to a language agnostic form, storing the data in the language agnostic form, converting the data in the language agnostic form to at least one second language specific form and exporting, on demand, the data in at least one of the at least one second language specific form.