Patent classifications
G06F9/466
JOURNAL SPACE RESERVATIONS FOR VIRTUAL DISKS IN A VIRTUALIZED COMPUTING SYSTEM
An example method of handling, at a hypervisor on a host in a virtualized computing system, a write input/output (IO) operation to a file on a storage device having a virtual machine file system (VMFS) is described. The method includes: generating logical transactions for the write IO operation having updates to metadata of the VMFS for the file; estimating, for the logical transactions, common space reservations for those of the updates to common fields in the metadata for the file; estimating, for the logical transactions, exclusive space reservations for those of the updates to exclusive fields in the metadata for the file; batching the logical transactions into a physical transaction, which includes a single reservation of space in a journal of the VMFS based on the common space reservations and a reservations of space in the journal for each of the exclusive space reservations, respectively.
SYSTEMS AND METHODS FOR EXECUTING REAL-TIME ELECTRONIC TRANSACTIONS WITH A TRANSACTION ACCELERATOR
Systems and methods for executing accelerated electronic transactions are disclosed. One method includes determining, by a transaction accelerator system, an accelerated transaction account status of a user. The transaction accelerator system may receive transaction settlement data from the user based on the account status of the user. The transaction accelerator system may determine an accelerated transaction preference of the user. The transaction accelerator system may determine a settlement value in accordance with the transaction settlement data based on the accelerated transaction preference. The transaction accelerator system may store the settlement value in an accelerated transaction database associated with an accelerated transaction account of the user in real-time.
System and method for the segmentation of a processor architecture platform solution
Aspects of the present disclosure involve systems, methods, devices, and the like for segmentation of the processor architecture platform. In one embodiment, a system and method are introduced which enable the use of a segmented platform in an extended network. The segmented platform is introduced for processing using standardized plugins enabling the use of processing and services available at the segmented network. In another embodiment, processing on the segmented platform can include the integration of microservices for the completion of the transaction.
METHOD AND APPARATUS FOR PROCESSING TRANSACTION
A method for processing a series of database transactions according to an embodiment includes recording a first transaction requested to a first database by a first application, among the plurality of applications, in association with a transaction group ID, recording a second transaction requested to a second database by a second application called by the first application, among the plurality of applications, in association with the transaction group ID, rolling back the second transaction targeted to the second database in response to a determination that an error has occurred during processing of the second transaction, identifying the first transaction based on the transaction group ID and rolling back the first transaction targeted to the first database.
ASYNCHRONOUS PROCESSING OF TRANSACTION LOG REQUESTS IN A DATABASE TRANSACTION LOG SERVICE
Methods, systems and computer program products are provided for asynchronous processing of transaction log requests in a database transaction log service. A scalable log service may continuously process log requests. Log request processing may be paused and resumed without reducing log service processing capabilities. Log service threads executing a request that pauses may proceed to process other tasks in the same request or tasks for other new or partially processed requests. Any of multiple log service threads may resume processing of a paused request. Requests may be paused by preserving an execution state and deferring the request from a work queue to a deferral queue. Resumed requests may shift from a deferral queue to a work queue following a wait point.
Methods, blockchain nodes and storage media for executing smart contracts
A computer-implemented method, non-transitory, computer-readable medium, and computer-implemented system are provided for executing a smart contract in a blockchain network. The computer-implemented method includes, in response to determining that a smart contract is deployed on a blockchain node in a blockchain network comprising a plurality of blockchain nodes, starting, by the blockchain node, to turn a bytecode of the smart contract into a machine code of the smart contract through Just-In-Time (JIT) compilation; storing, by the blockchain node, the machine code of the smart contract locally; performing a determination of whether the machine code of the smart contract is stored locally by the blockchain node and a number of blockchain nodes storing the machine code of the smart contract in the blockchain network is not less than a predetermined number; and executing, by the blockchain node, the smart contract based on the determination.
DATA BUS BRIDGE
An electronic device comprises a bridge configured to transfer data bus transactions from a transaction source domain having a first bus width to a transaction target domain having a second bus width less than the first bus width. The bridge comprises a first interface configured to receive a transaction from the transaction source domain, where the transaction has a first transaction burst length. A converter logic is configured such that when a transaction is received via the first interface, the converter logic splits the transaction into a plurality of second transactions each having a respective second transaction burst length, wherein the plurality of second transactions have the second bus width. A second interface is configured to send the plurality of second transactions to the transaction target domain.
TRANSACTION MAPPING MODULE
An electronic device comprises a module configured to transfer data bus transactions from a transaction source domain to a transaction target domain. A first interface receives the transaction from the source domain using a transaction source ID. A second interface sends the transaction to the target domain using a transaction target ID. A look-up table has a plurality of index values and stores the transaction source ID against one of the index values. Mapping logic determines whether the look-up table contains the transaction source ID stored against any of the index values. When the transaction source ID is already stored, the transaction target ID is set to that index value. Conversely, when the transaction source ID is not stored, an available index value is selected, the transaction source ID is stored against that available index value, and the transaction target ID is set to that available index value.
ASSISTING PROGRESSIVE CHUNKING FOR A DATA QUEUE BY USING A CONSUMER THREAD OF A PROCESSING DEVICE
Consumer threads can assist in performing progressive chunking for a data queue. For example, a consumer thread can determine a current-chunk identifier indicating a current memory chunk of an unbounded queue, where the current memory chunk is associated with a producer thread that is different from the consumer thread. The consumer thread can determine a target-chunk identifier indicating a target memory chunk to which the producer thread is to write a data item. In response to determining that the target-chunk identifier is greater than the current-chunk identifier, the consumer thread can append a new memory chunk to the unbounded queue for use as the target memory chunk by the producer thread.
Trust topology selection for distributed transaction processing in computing environments
Example methods, apparatus, systems and articles of manufacture (e.g., non-transitory physical storage media) to provide trust topology selection for distributed transaction processing in computing environments are disclosed herein. Example distributed transaction processing nodes disclosed herein include a distributed transaction application to process a transaction in a computing environment based on at least one of a centralized trust topology or a diffuse trust topology. Disclosed example distributed transaction processing nodes also include a trusted execution environment to protect first data associated with a centralized trust topology and to protect second data associated with a diffuse trust topology. Disclosed example distributed transaction processing nodes further include a trust topology selector to selectively configure the distributed transaction application to use the at least one of the centralized trust topology or the diffuse trust topology to process the transaction.