WO2023165318A1

WO2023165318A1 - Resource processing system and method

Info

Publication number: WO2023165318A1
Application number: PCT/CN2023/075638
Authority: WO
Inventors: 张晋
Original assignee: 阿里巴巴（中国）有限公司
Priority date: 2022-03-03
Filing date: 2023-02-13
Publication date: 2023-09-07
Also published as: CN114610485A

Abstract

Provided in the embodiments of the present description are a resource processing system and method. The resource processing system comprises: a resource coordination module, which is configured to obtain, by means of detecting a shared data structure, a transaction to be processed, determine at least two thread modules associated with said transaction, and send a transaction processing request to each thread module; and each thread module, which is configured to determine thread state information on the basis of the transaction processing request, and feed the thread state information back to the resource coordination module, wherein the resource coordination module is further configured to determine, according to the thread state information of each thread module, transaction processing information corresponding to said transaction, and send the transaction processing information to each thread module; each thread module is further configured to process said transaction on the basis of the transaction processing information; and physical resources to which the thread modules belong are the same.

Description

Resource processing system and method

This application claims the priority of the Chinese patent application with the application number 202210211124.9 and the application name "Resource Processing System and Method" submitted to the China Patent Office on March 3, 2022, the entire contents of which are incorporated in this application by reference.

technical field

The embodiments of this specification relate to the technical field of resource scheduling, and in particular, to a resource processing system and method.

Background technique

With the development of Internet technology, cloud computing is applied in more and more scenarios. It can not only support high-concurrency services, but also make full use of resources to complete transaction processing operations. It has become a widely used technology in existing technologies. of a resource. In a cloud environment, if the CPU task scheduler needs to implement resource scheduling or load balancing, it needs to continuously interact with each CPU. In this environment, scheduling decisions between different tasks may depend on each other; for example, enable On a machine with hyperthreading enabled, the virtual machine CPUs corresponding to two different virtual machines cannot run two different hyperthreads on the same machine CPU at the same time. If this rule is violated, the virtual machine will They can attack each other; it will not only consume a lot of scheduling resources, but also affect the security of tasks, so an effective solution is urgently needed to solve the above problems.

Contents of the invention

In view of this, the embodiment of this specification provides a resource processing system. One or more embodiments of this specification relate to two resource processing methods, two resource processing devices, a computing device, a computer-readable storage medium and a computer program, so as to solve the technical defects existing in the prior art .

According to the first aspect of the embodiments of this specification, a resource processing system is provided, including:

The resource coordination module is configured to obtain pending transactions by detecting the shared data structure; determine at least two thread modules associated with the pending transactions, and send a transaction processing request to each thread module;

Each thread module is configured to determine thread state information based on the transaction processing request, and feed back the thread state information to the resource coordination module;

The resource coordination module is further configured to determine transaction processing information corresponding to the transaction to be processed according to the thread state information of each thread module, and send the transaction processing information to each thread module;

Each thread module is further configured to process the transaction to be processed based on the transaction processing information; wherein, the physical resources to which each thread module belongs are the same.

According to the second aspect of the embodiments of this specification, there is provided a resource processing method applied to a resource coordination module, including:

Obtain pending transactions by detecting shared data structures;

Determine at least two thread modules associated with the transaction to be processed, and send a transaction processing request to each thread module;

receiving thread status information fed back by each thread module for the transaction processing request;

Determine transaction processing information corresponding to the transaction to be processed based on the thread state information, and send the transaction processing information to each thread module.

According to the third aspect of the embodiment of this specification, another resource processing method is provided, which is applied to the thread module, including:

Receive the transaction processing request sent by the resource coordination module for the transaction to be processed;

Determine thread state information according to the transaction processing request, and feed back the thread state information to the resource coordination module;

receiving transaction processing information fed back by the resource coordination module for the thread state information;

Processing the transaction to be processed based on the transaction processing information.

According to the fourth aspect of the embodiments of this specification, a resource processing device is provided, which is applied to a resource coordination module, including:

A detection transaction unit configured to obtain pending transactions by detecting a shared data structure;

determining a thread unit, configured to determine at least two thread modules associated with the transaction to be processed, and send a transaction processing request to each thread module;

A receiving information unit configured to receive thread state information fed back by each thread module for the transaction processing request;

The sending information unit is configured to determine transaction processing information corresponding to the transaction to be processed based on the thread state information, and send the transaction processing information to each thread module.

According to the fifth aspect of the embodiments of this specification, there is provided a resource processing device applied to a thread module, including:

A receiving request unit configured to receive a transaction processing request sent by the resource coordination module for pending transactions;

A determining information unit configured to determine thread state information according to the transaction processing request, and feed back the thread state information to the resource coordination module;

An information receiving unit configured to receive transaction processing information fed back by the resource coordination module for the thread state information;

The transaction processing unit is configured to process the transaction to be processed based on the transaction processing information.

According to a sixth aspect of the embodiments of this specification, a computing device is provided, including:

memory and processor;

The memory is used to store computer-executable instructions, and the processor is used to implement the steps of the above resource processing method when executing the computer-executable instructions.

According to a seventh aspect of the embodiments of this specification, there is provided a computer-readable storage medium, which stores computer-executable instructions, and when the instructions are executed by a processor, the steps of the resource processing method above are implemented.

According to an eighth aspect of the embodiments of the present specification, a computer program is provided, wherein when the computer program is executed in a computer, the computer is caused to execute the steps of the resource processing method above.

In the resource processing system provided in this manual, when the resource coordination module obtains pending transactions by detecting the shared data structure, in order to improve transaction processing efficiency and reduce resource consumption costs, the pending transaction can be determined at this time At least two thread modules associated with the transaction, and the physical resources of each thread module are the same; then send a transaction processing request to each thread module, each thread module can determine the thread status information according to the transaction processing request, and feed it back to Resource coordination module; the resource coordination module can determine the transaction processing information of the transaction to be processed by integrating the thread state information of each thread module, and feed back the transaction processing information to each thread module, and finally each thread module can be processed according to the transaction processing information Transaction processing operations. Realize that during transaction processing, the resource coordination module can count the thread status of each thread module to decide whether to process the transaction to be processed, and in the process of processing, it will be completed by a unified decision to ensure that the transaction to be processed is either executed by all threads , or all threads are not executed, thereby improving transaction processing security and improving transaction processing efficiency to reduce resource consumption costs.

Description of drawings

FIG. 1 is a schematic structural diagram of a resource processing system provided by an embodiment of this specification;

FIG. 2 is a flowchart of a resource processing method provided by an embodiment of this specification;

Fig. 3 is a flow chart of another resource processing method provided by an embodiment of this specification;

Fig. 4 is a schematic structural diagram of a resource processing device provided by an embodiment of this specification;

Fig. 5 is a schematic structural diagram of another resource processing device provided by an embodiment of this specification;

Fig. 6 is a structural block diagram of a computing device provided by an embodiment of this specification.

Detailed ways

In the following description, numerous specific details are set forth in order to provide a thorough understanding of the specification. However, this specification can be implemented in many other ways different from those described here, and those skilled in the art can make similar extensions without violating the connotation of this specification, so this specification is not limited by the specific implementations disclosed below.

Terms used in one or more embodiments of this specification are for the purpose of describing specific embodiments only, and are not intended to limit one or more embodiments of this specification. As used in one or more embodiments of this specification and the appended claims, the singular forms "a", "the", and "the" are also intended to include the plural forms unless the context clearly dictates otherwise. It should also be understood that the term "and/or" used in one or more embodiments of the present specification refers to and includes any or all possible combinations of one or more associated listed items.

It should be understood that although the terms first, second, etc. may be used to describe various information in one or more embodiments of the present specification, the information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, the first may also be referred to as the second, and similarly, the second may also be referred to as the first without departing from the scope of one or more embodiments of the present specification. Depending on the context, the word "if" as used herein may be interpreted as "at" or "when" or "in response to a determination."

First, terms and terms involved in one or more embodiments of this specification are explained.

CPU: (Central Processing Unit, processor) as the computing and control core of the computer system, is the final execution unit for information processing and program operation.

Hyper-Threading: A technology that simulates multiple logical threads on the CPU, simulating a physical chip of a multi-threaded processor into two logical CPUs, so that a single processor can use thread-level parallel computing, and is compatible with multi-threaded operating systems and software. Hyper-Threading technology makes full use of idle CPU resources to get more work done in the same amount of time.

VM: (Virtual Machine, virtual machine) refers to a software simulation with complete hardware system functions, running A complete computer system in a completely isolated environment. Everything that can be done on a physical computer can be done on a virtual machine. When creating a virtual machine on a computer, part of the hard disk and memory capacity of the physical machine needs to be used as the hard disk and memory capacity of the virtual machine. Each virtual machine has an independent CMOS, hard disk and operating system, and the virtual machine can be operated like a physical machine.

vCPU: A virtual processor in a computer; a CPU in a virtual machine as opposed to a physical CPU.

Cloud Computing: (Cloud Computing) is a kind of distributed computing, which refers to decomposing a huge data computing processing program into countless small programs through the network "cloud", and then processing and analyzing it through a system composed of multiple servers These applets get the results and return them to the user.

In this specification, a resource processing system is provided. This specification simultaneously involves two resource processing methods, two resource processing devices, a computing device, a computer-readable storage medium, and a computer program. The following The detailed description will be given in detail one by one in the embodiment.

In practical applications, the task scheduler of the CPU needs to continuously answer two questions, one is which CPU the task should run on, and each CPU should run a task at the next moment. In general, each task is independent of each other. But in the cloud environment, scheduling decisions between different tasks may depend on each other. For example, on an x86-64 machine with hyperthreading enabled, vCPUs corresponding to two different VMs cannot run two different hyperthreads on the same CPU at the same time; this is because tasks of different hyperthreads on the same CPU, Share some resources on the CPU pipeline and cache. If this rule is violated, a malicious VM can exploit the vulnerability to attack another VM. However, the schedulers in the prior art are all based on the setting that the scheduling decisions between tasks are independent of each other; although they can achieve the effect of scheduling, they cannot solve the above problems, such as the scheduler CFS used by the Linux kernel .

CFS is a general-purpose scheduler, and its target application is all Linux processes and threads. Since the current mainstream virtualization solution uses QEMU-KVM, and in QEMU-KVM, each vCPU is a Linux task, so it is feasible to use CFS to schedule vCPUs. However, CFS does not distinguish between vCPUs and common tasks, so CFS cannot meet the unique requirements of virtualization environments. The improved version of CFS adds the requirements of the cloud environment. For example, the improved version of CFS can first schedule a vCPU on a certain hyperthread, and then notify the associated vCPU to schedule accordingly through some mechanism. But the problem here is that there may be a time difference between these two schedules, because the scheduler usually relies on clock interrupts for scheduling and load balancing. Consider a CPU that generates 200 clock interrupts per second, then this time difference is at most 5ms (mathematical expectation is 2.5ms). The 5ms may be exploited by attackers, causing security risks.

If a small-scale modification is made on the basis of the scheduler CFS, it is easy to cause inconsistency, that is, the scheduling decision for multiple vCPUs may only take effect for some vCPUs, and this inconsistency will lead to serious security risks. Therefore, there is an urgent need for an effective solution to solve the above problems.

In view of this, in the resource processing system provided by this manual, when the resource coordination module obtains pending transactions by detecting the shared data structure, in order to improve transaction processing efficiency and reduce resource consumption costs, it is possible to determine the pending transaction association at this time At least two thread modules, and the physical resources of each thread module are the same; then send a transaction processing request to each thread module, each thread module can determine the thread status information according to the transaction processing request, and feed it back to the resource coordination module; the resource coordination module can determine the transaction processing information of the transaction to be processed by integrating the thread state information of each thread module, and feed back the transaction processing information to each thread module, and finally each thread module can perform transaction processing according to the transaction processing information Processing operations. Realize that during transaction processing, the resource coordination module can count the thread status of each thread module to decide whether to process the transaction to be processed, And in the process of processing, a unified decision will be adopted to ensure that the transaction to be processed is either executed by all threads or not executed by all threads, so as to improve the security of transaction processing and improve the efficiency of transaction processing to reduce resource consumption costs.

FIG. 1 shows a schematic structural diagram of a resource processing system provided according to an embodiment of this specification. The resource processing system 100 includes a resource coordination module 110 and at least two thread modules 120. The thread modules 120 are thread module 1 and thread module 1 respectively. Module 2...Thread module n, where n is a positive integer, and n≥1. Specifically, the resource processing system 100 includes:

The resource coordination module 100 is configured to obtain the transaction to be processed by detecting the shared data structure; determine at least two thread modules associated with the transaction to be processed, and send a transaction processing request to each thread module;

Each thread module 120 is configured to determine thread state information based on the transaction processing request, and feed back the thread state information to the resource coordination module;

The resource coordination module 110 is further configured to determine transaction processing information corresponding to the transaction to be processed according to the thread state information of each thread module, and send the transaction processing information to each thread module;

Each thread module 120 is further configured to process the transaction to be processed based on the transaction processing information; wherein, the physical resources to which each thread module belongs are the same.

Specifically, the resource coordination module specifically refers to the module responsible for coordinating different hyperthreads in the cloud computing environment, that is, the CPU with hyperthreading enabled; correspondingly, the thread module specifically refers to the module corresponding to the hyperthread enabled by the resource coordination module, which is used to run The vCPU of the virtual machine realizes the processing of the transaction to be processed. That is to say, the resource coordination module is a CPU with hyperthreading enabled; correspondingly, each thread module is a hyperthread running a virtual machine.

Correspondingly, the shared data structure specifically refers to a queue, an array, or a binary tree for storing transactions to be processed. In specific applications, it can be set according to actual application scenarios, and this embodiment does not make any limitation here; correspondingly, the transactions to be processed are specifically Refers to the transactions that need to be executed in the cloud computing environment, that is, the transactions that the resource user needs to use cloud computing resources to run, and the corresponding project services are realized by running the transactions. Correspondingly, the transaction processing request specifically refers to the request sent by each thread module to process the transaction to be processed. Each thread module will respond to the resource scheduler to schedule vCPUs corresponding to different virtual machines in the same CPU according to the transaction processing request. The vCPU corresponding to the machine runs pending transactions.

It should be noted that, in order to include the security of transaction execution and improve resource utilization, the physical resources to which each thread module belongs are the same, that is, the hyperthreads executing pending transactions belong to the same CPU, and the hyperthreads scheduled by each hyperthread belong to the same CPU. The resources of belong to the vCPU corresponding to different virtual machines in this CPU.

Correspondingly, the thread status information specifically refers to the status information of whether the thread module can process pending transactions at the current moment; correspondingly, the transaction processing information specifically refers to the information determined by the resource coordination module according to the thread status information fed back by each thread module, and is used for Determine whether hyper-threading is required to call resources to process pending transactions at the same time, which needs to maintain consistency, that is, when all the thread status information corresponding to hyper-threading is in the state of executing pending transactions, it is determined that resources need to be scheduled to process pending transactions; Or if the thread status information corresponding to any hyperthread is the unexecutable pending transaction state, it is determined that the pending transaction is not processed at the current moment, that is, when resource scheduling or load balancing is ensured, hyperthreads under the same CPU can be executed simultaneously or Not at the same time. Correspondingly, processing pending transactions means executing pending transactions through vCPU resources to realize front-end project operation.

Based on this, when the scheduler performs resource scheduling or load balancing, in order to ensure the safety of transaction execution and improve resource utilization; the resource coordination module can first determine the pending transaction by detecting the shared data structure, and The detection result determines that the resource scheduler needs to execute the pending transaction, so in order to ensure the completion of the pending transaction and improve resource utilization, at least two hyperthreads corresponding to the pending transaction can be determined first, and the determined hyperthread belongs to The same CPU then sends a transaction processing request corresponding to the pending transaction to each hyperthread, that is, each hyperthread needs to execute the pending transaction at the same time.

After each hyperthread receives the transaction processing request corresponding to the transaction to be processed, considering that each hyperthread belongs to the same CPU and corresponds to a different virtual machine, each hyperthread may be running other transactions, in order to ensure the security of transaction execution , each hyperthread can feed back thread state information to the resource coordination module according to the state information at the current moment. After obtaining the thread state information fed back by each hyper-thread, the resource coordination module can create transaction processing information according to the state of each hyper-thread to decide whether to run the pending transaction through the hyper-thread scheduled at the current moment; that is, to ensure simultaneous execution or simultaneous Do not execute; then send transaction processing information to each hyperthread, and finally the hyperthread can process the transaction to be processed according to the transaction processing information to complete the operation corresponding to the transaction processing information.

This embodiment uses load balancing as an example to illustrate the above resource processing method; for example, VM0 and VM1 are created under the same CPU, where VM0 corresponds to vCPU0, VM1 corresponds to vCPU1, and the hyper-threading mode is enabled for this CPU, so vCPU0 will It runs on hyperthread HT-x, and vCPU1 runs on hyperthread HT-y; based on this, according to the scheduling result of the resource scheduler, it is determined that vCPU0 and vCPU1 need to run pending transactions, and hyperthread HT-x and hyperthread HT-y is in the running state; at this time, it can be determined according to the scheduling result that the hyperthread HT-s needs to be used to run vCPU0. The hyperthreading under the CPU runs the corresponding resources to complete the execution of pending transactions.

Further, the scheduler of the hyperthread HT-s initiates to the CPU pending transactions in the form of vCPU0->HT-s, and vCPU1->HT-t, and the CPU determines that the hyperthread HT-s and HT-t will run To process a transaction, send a transaction processing request to each hyperthread. Since HT-s decides to run vCPU0, the CPU can default the thread status information fed back by hyperthread HT-s as OK, and then it will receive hyperthread HT-t feedback at this time. thread state information.

If both the thread state information of the hyperthread HT-t and the thread state information of the hyperthread HT-s are OK, it means that the transaction to be processed can be executed, and the CPU will feed back to the hyperthread HT-s and HT-t respectively According to transaction execution information, hyper-threads HT-s and HT-t will respectively schedule resources vCPU0 and vCPU1 to process pending transactions according to transaction execution information.

If the thread state information of hyper-thread HT-t is inconsistent with the thread state information of hyper-thread HT-s, it means that the thread state information of hyper-thread HT-t is Abort, that is, hyper-thread HT-t cannot be executed at the current moment to be processed transaction, the CPU will feed back the transaction interruption information to the hyper-threads HT-s and HT-t respectively, and the hyper-threads HT-s and HT-t will give up executing the pending transaction according to the transaction interruption information, that is, the resources vCPU0 and vCPU1 will not be scheduled , the hyper-threads HT-x and HT-y continue to run the resources vCPU0 and vCPU1 to implement the processing operation of the transaction to be processed.

It should be noted that, when resource scheduling is performed, the same or corresponding description content in the foregoing embodiments may also be used to complete resource processing, and details are not described in this embodiment here.

In summary, when the resource coordination module obtains pending transactions by detecting shared data structures, in order to improve transaction processing efficiency and reduce resource consumption costs, at least two thread modules associated with pending transactions can be determined at this time, and each The physical resources to which the thread modules belong are the same; then send transaction processing requests to each thread module separately, and each thread module can determine the thread status information according to the transaction processing requests, and feed it back to the resource coordination module; the resource coordination module can integrate each The thread state information of the thread module determines the transaction processing information of the transaction to be processed, and feeds back the transaction processing information to each thread module, and finally each thread module can treat it according to the transaction processing information Manage transactions for processing operations. Realize that during transaction processing, the resource coordination module can count the thread status of each thread module to decide whether to process the transaction to be processed, and in the process of processing, it will be completed by a unified decision to ensure that the transaction to be processed is either executed by all threads , or all threads are not executed, thereby improving transaction processing security and improving transaction processing efficiency to reduce resource consumption costs.

Furthermore, in the cloud computing environment, if the execution processing operation of pending transactions needs to be completed through the thread module, it needs to be completed through the resource scheduler; that is, resource scheduling or load balancing needs to be completed by the resource scheduler first, and then according to the scheduling As a result, subsequent transaction processing operations are performed; that is, the resource processing system also includes a resource scheduler; the resource scheduler is configured to receive the transaction to be processed; configure resources to be used for the transaction to be processed, and create a resource according to the configuration result Resource scheduling information; writing the pending transaction carrying the resource scheduling information into the shared data structure.

Specifically, the resource scheduler specifically refers to a processor that schedules runnable resources in order to improve resource utilization in a cloud computing environment, and is used to implement resource scheduling and load balancing; correspondingly, the resource to be used specifically refers to the resource scheduler According to the resource operation status fed back by each node, the available resources allocated for the transaction to be processed; correspondingly, the resource scheduling information specifically refers to the information created by the resources to be used after the allocation of the transaction to be processed is completed, and is used to inform the resource coordination module that it needs to use What are the resources for subsequent implementation of pending transaction processing.

Based on this, when the resource scheduler determines that pending transactions need to be executed, it can first specify the resources to be used for the pending transactions, that is, specify a batch of scheduling or a batch of load balancing decisions, and create resources according to the configuration results of the resources to be used Scheduling information, write pending transactions carrying resource scheduling information into the shared data structure, so that the resource coordination module that implements subsequent docking with the resource scheduler can determine the pending transactions that need to be executed through the shared data structure, and complete subsequent processing operations.

To sum up, in order to support subsequent transaction processing operations, resource scheduling information can be created through the resource scheduler first, and written into the shared data structure, so that the subsequent resource coordination module can start pending transactions by detecting the shared data module. The processing mechanism completes the processing of pending transactions.

Furthermore, after writing the pending transaction carrying resource scheduling information into the shared data structure, the resource coordination module will determine the pending transaction by detecting the shared data structure, and in the process, since the pending transaction carries the resource scheduling information Therefore, when the resource coordination module determines the thread, it can be completed in combination with the resource scheduling information. In this embodiment, the resource coordination module is further configured to detect the shared data structure and obtain the The pending transaction of scheduling information; determining the at least two thread modules associated with the pending transaction according to the resource scheduling information; A module sends the transaction request.

Specifically, when the resource scheduler writes the pending transaction carrying resource read information into the shared data structure, it indicates that the decision information of the resource to be used allocated for the pending transaction can be determined by detecting the shared data structure, then this The resource coordination module can detect the shared data structure to obtain pending transactions carrying resource scheduling information, and then the resource coordination module can determine at least two hyperthreads for executing the pending transactions according to the resource scheduling information. When the resource coordination module determines that the resource scheduler needs to execute the pending transaction, it indicates that the pending transaction is in the pending state, and can send a transaction processing request corresponding to the pending transaction to each hyperthread, so that each subsequent hyperthread can Feedback transaction processing information based on specific thread state information.

In this process, in order to improve the security of transaction processing, it is necessary to avoid To attack each other, a thread module belonging to the same physical resource may be selected as a thread module executing a transaction to be processed; the resource coordination module is further configured to select a transaction thread module associated with the transaction to be processed according to the resource scheduling information, and determine the The physical resource to which the transaction thread module belongs; select at least one associated thread module associated with the transaction thread module in the physical resource; form the pending processing based on the transaction thread module and the at least one associated thread module The at least two thread modules associated with the transaction.

Specifically, the transaction thread module specifically refers to the hyperthread that can process the transaction to be processed among the idle hyperthreads; correspondingly, the physical resource specifically refers to the CPU to which the thread module belongs; correspondingly, the associated thread module specifically refers to the hyperthread associated with the transaction thread The module belongs to other hyperthreads of the same physical resource. By selecting the hyperthread belonging to the same physical resource to determine the thread module associated with the transaction to be processed, the security of the environment can be ensured when the transaction to be processed is executed, and at the same time, computing resources can be fully utilized to improve transaction efficiency. Processing efficiency.

Based on this, the resource coordination module will first determine the transaction thread module that can execute the transaction to be processed according to the resource scheduling information, and then in order to ensure the safety of transaction processing, it can determine the powerless resource to which the transaction thread module belongs, and then select among the physical resources At least one associated thread module associated with the transaction thread module can be combined with the transaction thread module and at least one associated thread module to form at least two thread modules corresponding to the transaction to be processed, which can be used to complete the transaction to be processed through at least two thread modules in the future processing to ensure transaction processing efficiency.

Following the above example, when the resource scheduler determines that load balancing needs to be performed on pending transactions, it can first allocate resources vCPU0 and vCPU1 for pending transactions; The pending transactions can be written into the shared data structure. The CPU detects the shared data structure and determines that it needs to use the resources vCPU0 and vCPU1 to process the transaction to be processed. At this time, it determines the hyper-thread HT-s running the resource vCPU0 according to the resource scheduling information, and then determines that it belongs to the hyper-thread HT-s. Another hyperthread HT-t of the same CPU forms a target hyperthread for processing pending transactions based on the hyperthreads HT-s and HT-t, and is used for subsequently running resources vCPU0 and vCPU1 respectively to process pending transactions.

In summary, by selecting thread modules corresponding to the same physical resource to form at least two pending transactions associated with pending transactions, not only can the security of subsequent processing of pending transactions be guaranteed, but also transaction processing efficiency can be improved, and resource utilization can be improved. .

Further, when the resource coordination module determines that the resource scheduler needs to execute the pending transaction, the resource coordination module needs to send a transaction processing request to the thread module executing the pending transaction. In the process, in order to ensure that each thread module can If feedback is given in response to the transaction processing request in a timely manner, the creation of the transaction processing request can be completed in conjunction with the interrupt request associated with the resource preparation information of the transaction to be processed; in this embodiment, the resource coordination module is further configured for each thread module Determine resource preparation information respectively, create an interrupt request carrying the resource preparation information as the transaction processing request, and send it to each thread module.

Specifically, the resource preparation information specifically refers to the preparation information that notifies each thread module that the transaction to be processed needs to be processed, and each thread module can respond to the resource preparation information to feed back information on whether the transaction to be processed can be processed at the current moment; correspondingly, the interrupt request Specifically, it refers to an inter-core interrupt carrying resource preparation information, which is used to interrupt the operation of each thread module.

Based on this, when the resource coordination module determines that there are at least two thread modules associated with the transaction to be processed, resource preparation information can be created for each thread module, so as to notify each thread module that the transaction to be processed needs to be executed; then create The inter-core interrupt carrying resource preparation information is sent to each thread module as a transaction processing request block, so that each thread module can respond in time to the operation of executing the transaction to be processed based on the inter-core interrupt.

To sum up, by creating an interrupt request carrying resource preparation information as a transaction processing request, each thread module can respond to the transaction processing request in time after receiving the transaction processing request, thereby effectively improving the transaction processing efficiency.

Furthermore, each thread module will respond to the interrupt request as soon as possible after receiving the interrupt request carrying the resource preparation information; in this embodiment, each thread module is further configured to receive the interrupt request carrying the resource preparation information. The resource preparation information is the interrupt request, and an interrupt processing function is called according to the interrupt request; the resource preparation information is processed by the interrupt processing function, and the thread state information is determined according to the information processing result.

Specifically, the interrupt processing function specifically refers to a function that can feed back thread state information to the resource coordination module based on resource preparation information. The thread state information fed back by it is used to represent the execution state of the thread module at the current moment. The thread state information is OK and Abort respectively. , where the thread status information OK indicates that the thread module agrees to execute the pending transaction; the thread status information Abort indicates that the thread module refuses to execute the pending transaction due to some reasons.

Based on this, when the thread module receives an inter-core interrupt carrying resource preparation information, no matter what state the thread module is processing at this time, it will call the interrupt processing function according to the inter-core interrupt, and then perform resource preparation information through the interrupt processing function. Processing, determining the thread state information corresponding to the thread module at the current moment, and feeding back the thread state information to the resource coordination module, so that the resource coordination module can perform corresponding operations according to the thread state information fed back by each thread module.

Following the above example, after the CPU determines the hyper-threads HT-s and HT-t associated with the transaction to be processed, it can create a Prepare for each hyper-thread at this time, and then integrate it into the inter-core interrupt and send it to the hyper-thread HT-s and HT-t HT-t; hyper-threads HT-s and HT-t receive the inter-core interrupt carrying Prepare, will call the interrupt processing function, and then determine the thread status information as OK or Abort according to the interrupt processing function, and feed it back to the CPU. for subsequent transaction processing operations.

To sum up, by using inter-core interrupts to carry resource preparation information for transaction requests, each thread module can quickly respond to inter-core interrupts to make feedback, so as to ensure that the thread status information corresponding to each thread module is executable. Under such circumstances, the processing operation of the transaction to be processed can be completed quickly.

Further, when each thread module communicates with the resource coordination module, in order to be able to cope with complex communication scenarios, the information communication can be completed through the information sharing unit; in this embodiment, each thread module is also configured to The thread state information is written into the information sharing unit;

Correspondingly, the resource coordination module is further configured to determine the thread state information corresponding to each thread module by polling the information sharing unit; and write the transaction information into the information sharing unit;

Correspondingly, each thread module is further configured to determine the transaction processing information by polling the information sharing unit, and process the transaction to be processed based on the transaction processing information.

Specifically, the information sharing unit specifically refers to the shared variables used when communicating between the thread module and the resource coordination module, including but not limited to network, memory, local area network, etc.; that is, it is used to support each thread module to quickly connect to resource coordination Correspondingly, when the information is written into the information sharing unit, the variables in the information sharing unit will change, and the resource coordination module or thread module polling the information sharing unit can determine the information they need according to the change of the variables.

Based on this, when each hyper-thread determines its corresponding thread state information according to the transaction processing request, it can write the thread state information into the information sharing unit; then the resource coordination module will continuously poll the information sharing unit, when the information sharing unit After the writing of the thread state information is completed by each hyperthread, the resource coordination module will determine the thread state information corresponding to each hyperthread according to the polling result, and then determine the transaction processing information according to the thread state information fed back by each hyperthread. to decide whether to process the transaction to be processed; afterward, since the operation of processing the transaction is completed by each hyper-thread, it is also necessary to write the transaction processing information into the information sharing unit. Finally, each hyperthread can determine the transaction processing information by polling the information sharing unit, and process the transaction to be processed according to the transaction processing information.

Taking the thread status information OK that hyper-threads HT-s and HT-t need to feed back as an example, describe the process of passing messages through the information sharing unit; hyper-threads HT-s and HT-t will write to the shared variable respectively The input thread status information is OK; then the CPU determines whether the hyper-threads HT-s and HT-t agree to execute the pending transaction by polling the shared variable, and determines that the thread status information fed back by the hyper-threads HT-s and HT-t is consistent according to the polling result. If it is OK, then you can create the transaction execution information Commit at this time, and write it into the shared variable; hyper-threads HT-s and HT-t determine that the transaction execution information is Commit by polling the shared variable, and you can use the transaction execution information Commit respectively Schedule resources vCPU0 and vCPU1 to process pending transactions.

In summary, by establishing the communication link between each thread module and resource coordination module based on the information sharing unit, each thread module and resource coordination module can quickly determine the mutual feedback information to improve transaction processing efficiency, and at the same time Reduce information transmission time.

During the specific implementation, it is considered that when each thread module executes the transaction to be processed, it will complete the transaction processing information fed back by the resource coordination module. In this process, in order to ensure the security of transaction processing, each thread module needs to be The available state can only be realized; in this embodiment, the resource coordination module is further configured to determine that the at least two thread modules are in the available state according to the thread state information corresponding to each thread module, according to the The useable state creates transaction execution information as the transaction processing information, and writes the transaction processing information into the information sharing unit;

Correspondingly, each thread module is further configured to determine the transaction execution information by polling the information sharing unit, determine the target resource according to the transaction execution information, and write the target resource into the resource scheduling queue; When the target resource satisfies the transaction processing condition of the resource scheduling queue, the pending transaction is processed by the target resource.

Specifically, the available status specifically refers to the thread module that can process the transaction to be processed; correspondingly, the transaction execution information specifically refers to that all thread modules agree to process the pending transaction; correspondingly, the target resource specifically refers to the resource that the thread module needs to run Resources are used to process pending transactions; correspondingly, the resource scheduling queue specifically refers to the queue corresponding to the thread module, which is used for standardized queuing of target resources to be run. Correspondingly, the transaction processing condition specifically refers to the operating condition of the target resource.

Based on this, when the resource coordination module determines that each thread module is in an available state according to the thread status information fed back by each thread module, it means that each thread module in at least two thread modules agrees to process the transaction to be processed. According to the usage status, transaction execution information can be created as transaction processing information, and written into the information sharing unit; each thread module polls the information sharing unit to determine that the thread modules associated with the pending transaction agree to process the pending transaction, then Each thread module can determine the target resource to run according to the transaction execution information, and write the target resource into the resource scheduling queue; and when the target resource meets the transaction processing conditions of the resource scheduling queue, Indicates that the thread module can run the target resource, then the transaction to be processed can be processed through the target resource at this time.

Following the above example, confirm that the thread state information fed back by hyper-threads HT-s and HT-t is OK, then the CPU will create transaction execution information Commit according to the thread state information OK of each hyper-thread, and write it into the shared variable ; Hyper-thread HT-s and HT-t determine that the transaction execution information is Commit by polling shared variables, then at this time, hyper-thread HT-s will write resource vCPU0 into its corresponding resource scheduling queue, and hyper-thread HT-t will The resource vCPU1 is written into its corresponding resource scheduling queue; it is used to process the transaction to be processed through the resources vCPU0 and vCPU1 when the transaction processing condition is satisfied subsequently.

On the other hand, in the case that any thread module cannot process pending transactions, the resource coordination module is also configured to determine that at least one thread module is in an unused state according to the thread state information corresponding to each thread module In this case, creating transaction interruption information according to the non-use state as the transaction processing information, and writing the transaction processing information into the information sharing unit;

Correspondingly, each thread module is further configured to determine the transaction interruption information by polling the information sharing unit, determine at least two target thread modules according to the transaction interruption information, and send the at least two target thread modules The module sends the pending transaction.

Specifically, the non-use state specifically means that the thread module cannot process the pending transaction at the current moment; correspondingly, the transaction interruption information specifically refers to the information that the resource coordinator cancels processing the pending transaction.

Based on this, the resource coordination module determines that there is at least one thread module fed back by the thread status information that indicates that the thread module is in a non-use state according to the thread status information fed back by each thread module, indicating that there is at least one thread module that cannot be treated at the current moment. If the transaction is processed, the resource coordination module can create transaction interruption information according to the non-use state as transaction processing information, and write it to the information sharing unit; when each thread module determines that there are other thread modules by polling the information sharing unit If the transaction to be processed cannot be processed, at least two target thread modules may be determined according to the transaction interruption information, and then the target thread module processes the transaction to be processed.

Following the above example, if the thread state information of hyperthread HT-t is inconsistent with that of hyperthread HT-s, it means that the thread state information of hyperthread HT-t is Abort, that is, the current moment of hyperthread HT-t If the pending transaction cannot be executed, the CPU will write the transaction interruption information Fail to the shared variable; the hyperthread HT-s and HT-t determine the transaction interruption information Fail by polling the shared variable, and then determine the hyperthread HT-s and HT- t will give up execution of the pending transaction according to the transaction interruption information Fail, that is, the resources vCPU0 and vCPU1 will not be scheduled, and the hyperthreads HT-x and HT-y can continue to run the resources vCPU0 and vCPU1 to realize the processing operation of the pending transaction.

In the resource processing system provided in this manual, when the resource coordination module obtains transactions to be processed by detecting the shared data structure, in order to improve transaction processing efficiency and reduce resource consumption costs, at this time, at least two associated transactions to be processed can be determined Thread modules, and the physical resources of each thread module are the same; then send transaction processing requests to each thread module, each thread module can determine the thread status information according to the transaction processing request, and feed it back to the resource coordination module; resource coordination The module can determine the transaction processing information of the transaction to be processed by integrating the thread status information of each thread module, and feed back the transaction processing information to each thread module, and finally each thread module can process the transaction to be processed according to the transaction processing information. Realize that during transaction processing, the resource coordination module can count the thread status of each thread module to decide whether to process the transaction to be processed, and in the process of processing, it will be completed by a unified decision to ensure that the transaction to be processed is either executed by all threads , or all threads are not executed, so as to improve transaction processing security and improve transaction processing efficiency to reduce resource consumption costs.

Fig. 2 shows a flow chart of a resource processing method provided according to an embodiment of this specification, which is applied to a resource coordination module, and specifically includes the following steps.

Step S202, obtain the transaction to be processed by detecting the shared data structure.

Step S204, determining at least two thread modules associated with the transaction to be processed, and sending a transaction processing request to each thread module.

Step S206, receiving thread state information fed back by each thread module for the transaction processing request.

Step S208, determine transaction processing information corresponding to the transaction to be processed based on the thread state information, and send the transaction processing information to each thread module.

In an optional embodiment, by detecting the shared data structure, the pending transaction carrying resource scheduling information is obtained; according to the resource scheduling information, at least two thread modules associated with the pending transaction are determined; after determining that the pending transaction is a pending transaction In the case of execution status, a transaction processing request is sent to each thread module.

In an optional embodiment, the resource preparation information is determined for each thread module, an interrupt request carrying the resource preparation information is created as a transaction processing request, and sent to each thread module.

In an optional embodiment, each thread module writes the thread state information into the information sharing unit;

Correspondingly, the resource coordination module determines the thread state information corresponding to each thread module by polling the information sharing unit; determines the transaction processing information corresponding to the transaction to be processed according to the thread state information corresponding to each thread module, and writes the transaction processing information to into the information sharing unit;

Correspondingly, each thread module determines the transaction processing information by polling the information sharing unit, and processes the transaction to be processed based on the transaction processing information.

In an optional embodiment, when the resource coordination module determines that at least two thread modules are available according to the thread status information corresponding to each thread module, the transaction execution information is created according to the available status as the transaction processing information, and the The transaction processing information is written into the information sharing unit;

Correspondingly, each thread module determines the transaction execution information by polling the information sharing unit, determines the target resource according to the transaction execution information, and writes the target resource into the resource scheduling queue; when the target resource meets the transaction processing conditions of the resource scheduling queue , process the pending transaction through the target resource.

In an optional embodiment, when the resource coordination module determines that at least one thread module is in a non-use state according to the thread state information corresponding to each thread module, the transaction interruption information is created as the transaction processing information according to the non-use state, and the transaction Write the processing information into the information sharing unit;

Correspondingly, each thread module determines transaction interruption information by polling the information sharing unit, determines at least two target thread modules according to the transaction interruption information, and sends pending transactions to at least two target thread modules.

In an optional embodiment, select the transaction thread module associated with the transaction to be processed according to the resource scheduling information, and determine the physical resource to which the transaction thread module belongs; select at least one associated thread module associated with the transaction thread module in the physical resource; The thread module and at least one associated thread module constitute at least two thread modules associated with the transaction to be processed.

To sum up, when the resource coordination module obtains pending transactions by detecting the shared data structure, in order to improve transaction processing efficiency and reduce resource consumption costs, it can determine the pending transactions according to the resource scheduling information carried in the pending transactions. Process at least two thread modules associated with the transaction, and each thread module belongs to the same physical resource; Afterwards, when it is determined that the transaction to be processed is a state to be executed, a transaction processing request is then sent to each thread module, and each thread module can determine the thread state information according to the transaction processing request, and feed it back to the resource coordination module ; The resource coordination module can determine the transaction processing information of the transaction to be processed by integrating the thread state information of each thread module, and feed back the transaction processing information to each thread module, and finally each thread module can process the transaction to be processed according to the transaction processing information operate. Realize that during transaction processing, the resource coordination module can count the thread status of each thread module to decide whether to process the transaction to be processed, and in the process of processing, it will be completed by a unified decision to ensure that the transaction to be processed is either executed by all threads , or all threads are not executed, so as to improve transaction processing security and improve transaction processing efficiency to reduce resource consumption costs.

The foregoing is a schematic solution of a resource processing method in this embodiment. It should be noted that the technical solution of the resource processing method and the above-mentioned technical solution of the resource processing system belong to the same concept, and details not described in detail in the technical solution of the resource processing method can be found in the description of the above-mentioned technical solution of the resource processing system .

Fig. 3 shows a flow chart of another resource processing method provided according to an embodiment of the present specification, which is applied to a thread module, and specifically includes the following steps.

Step S302, receiving the transaction processing request sent by the resource coordination module for the transaction to be processed.

Step S304, determining thread state information according to the transaction processing request, and feeding back the thread state information to the resource coordination module.

Step S306, receiving transaction processing information fed back by the resource coordination module for the thread state information.

Step S308, process the transaction to be processed based on the transaction processing information.

In an optional embodiment, an interrupt request carrying resource preparation information is received, and an interrupt processing function is called according to the interrupt request; the resource preparation information is processed through the interrupt processing function, and thread state information is determined according to the information processing result.

Correspondingly, each thread module determines the transaction interruption information by polling the information sharing unit, and according to the transaction interruption information Determine at least two target thread modules, and send pending transactions to the at least two target thread modules.

To sum up, when the resource coordination module obtains pending transactions by detecting the shared data structure, in order to improve transaction processing efficiency and reduce resource consumption costs, it can determine the pending transactions according to the resource scheduling information carried in the pending transactions. Process at least two thread modules associated with the transaction, and the physical resources to which each thread module belongs are the same; then when it is determined that the transaction to be processed is to be executed, then send a transaction processing request to each thread module, each The thread module can determine the thread state information according to the transaction processing request, and feed it back to the resource coordination module; the resource coordination module can determine the transaction processing information of the transaction to be processed by integrating the thread state information of each thread module, and feed back the transaction processing information to Each thread module, and finally each thread module can process the transaction to be processed according to the transaction processing information. Realize that during transaction processing, the resource coordination module can count the thread status of each thread module to decide whether to process the transaction to be processed, and in the process of processing, it will be completed by a unified decision to ensure that the transaction to be processed is either executed by all threads , or all threads are not executed, so as to improve transaction processing security and improve transaction processing efficiency to reduce resource consumption costs.

The foregoing is a schematic solution of another resource processing method in this embodiment. It should be noted that the technical solution of the resource processing method and the above-mentioned technical solution of the resource processing system belong to the same concept, and details not described in detail in the technical solution of the resource processing method can be found in the description of the above-mentioned technical solution of the resource processing system .

Corresponding to the foregoing method embodiments, this specification also provides an embodiment of a resource processing device. FIG. 4 shows a schematic structural diagram of a resource processing device provided by an embodiment of this specification. As shown in Figure 4, the device is applied to the resource coordination module, including:

A detection transaction unit 402 configured to obtain pending transactions by detecting a shared data structure;

Determine thread unit 404, configured to determine at least two thread modules associated with the transaction to be processed, and send a transaction processing request to each thread module;

The information receiving unit 406 is configured to receive thread state information fed back by each thread module for the transaction processing request;

The sending information unit 408 is configured to determine transaction processing information corresponding to the transaction to be processed based on the thread state information, and send the transaction processing information to each thread module.

In an optional embodiment, the device further includes: obtaining a pending transaction carrying resource scheduling information by detecting the shared data structure; determining at least two thread modules associated with the pending transaction according to the resource scheduling information; determining When the transaction to be processed is in the pending state, a transaction processing request is sent to each thread module.

In an optional embodiment, the device further includes: separately determining resource preparation information for each thread module, creating an interrupt request carrying the resource preparation information as a transaction processing request, and sending it to each thread module.

In an optional embodiment, the device further includes: each thread module writes the thread state information into the information sharing unit;

In an optional embodiment, the device further includes: when the resource coordination module determines that at least two thread modules are available according to the thread status information corresponding to each thread module, create transaction execution information according to the available status as a transaction processing information and writing transaction processing information to an information sharing unit;

In an optional embodiment, the device further includes: when the resource coordination module determines that at least one thread module is in a non-use state according to the thread state information corresponding to each thread module, create transaction interruption information according to the non-use state as transaction processing information, and write the transaction information into the information sharing unit;

In an optional embodiment, the device further includes: selecting the transaction thread module associated with the transaction to be processed according to the resource scheduling information, and determining the physical resource to which the transaction thread module belongs; selecting at least one association associated with the transaction thread module in the physical resource A thread module; based on the transaction thread module and at least one associated thread module, at least two thread modules associated with the transaction to be processed are formed.

The foregoing is a schematic solution of a resource processing device in this embodiment. It should be noted that the technical solution of the resource processing device and the technical solution of the above-mentioned resource processing system belong to the same idea, and details of the technical solution of the resource processing device that are not described in detail can be found in the description of the above-mentioned technical solution of the resource processing system .

Corresponding to the foregoing method embodiments, this specification also provides an embodiment of a resource processing device. FIG. 5 shows a schematic structural diagram of another resource processing device provided by an embodiment of this specification. As shown in Figure 5, the device is applied to the thread module, including:

The receiving request unit 502 is configured to receive a transaction processing request sent by the resource coordination module for the transaction to be processed;

The determining information unit 504 is configured to determine thread state information according to the transaction processing request, and feed back the thread state information to the resource coordination module;

An information receiving unit 506 configured to receive transaction processing information fed back by the resource coordination module for the thread state information;

The transaction processing unit 508 is configured to process the transaction to be processed based on the transaction processing information.

In an optional embodiment, the device further includes: receiving an interrupt request carrying resource preparation information, and calling an interrupt processing function according to the interrupt request; processing the resource preparation information through the interrupt processing function, and determining the thread state according to the information processing result information.

The foregoing is a schematic solution of another resource processing apparatus in this embodiment. It should be noted that the technical solution of the resource processing device and the technical solution of the above-mentioned resource processing system belong to the same idea, and details of the technical solution of the resource processing device that are not described in detail can be found in the description of the above-mentioned technical solution of the resource processing system .

FIG. 6 shows a structural block diagram of a computing device 600 provided according to an embodiment of this specification. Components of the computing device 600 include, but are not limited to, memory 610 and processor 620 . Processor 620 and memory 610 via bus 630 is connected, and the database 650 is used to save data.

Computing device 600 also includes an access device 640 that enables computing device 600 to communicate via one or more networks 660 . Examples of these networks include the Public Switched Telephone Network (PSTN), Local Area Network (LAN), Wide Area Network (WAN), Personal Area Network (PAN), or a combination of communication networks such as the Internet. Access device 640 may include one or more of any type of network interface (e.g., a network interface card (NIC)), wired or wireless, such as an IEEE 802.11 wireless local area network (WLAN) wireless interface, Worldwide Interoperability for Microwave Access ( Wi-MAX) interface, Ethernet interface, Universal Serial Bus (USB) interface, cellular network interface, Bluetooth interface, Near Field Communication (NFC) interface, etc.

In an embodiment of the present specification, the above-mentioned components of the computing device 600 and other components not shown in FIG. 6 may also be connected to each other, for example, through a bus. It should be understood that the structural block diagram of the computing device shown in FIG. 6 is only for the purpose of illustration, rather than limiting the scope of this description. Those skilled in the art can add or replace other components as needed.

Computing device 600 may be any type of stationary or mobile computing device, including mobile computers or mobile computing devices (e.g., tablet computers, personal digital assistants, laptop computers, notebook computers, netbooks, etc.), mobile telephones (e.g., smartphones), ), wearable computing devices (eg, smart watches, smart glasses, etc.), or other types of mobile devices, or stationary computing devices such as desktop computers or PCs. Computing device 600 may also be a mobile or stationary server.

Wherein, the processor 620 is configured to execute the following computer-executable instructions. When the computer-executable instructions are executed by the processor, the steps of the resource processing method above are implemented.

The foregoing is a schematic solution of a computing device in this embodiment. It should be noted that the technical solution of the computing device and the technical solution of the above-mentioned resource processing method belong to the same concept, and details not described in detail in the technical solution of the computing device can refer to the description of the above-mentioned technical solution of the resource processing method.

An embodiment of the present specification further provides a computer-readable storage medium, which stores computer-executable instructions, and when the computer-executable instructions are executed by a processor, the steps of the resource processing method above are implemented.

The foregoing is a schematic solution of a computer-readable storage medium in this embodiment. It should be noted that the technical solution of the storage medium and the technical solution of the above-mentioned resource processing method belong to the same idea, and details not described in detail in the technical solution of the storage medium can refer to the description of the above-mentioned technical solution of the resource processing method.

An embodiment of the present specification also provides a computer program, wherein, when the computer program is executed in a computer, the computer is caused to execute the steps of the resource processing method above.

The foregoing is a schematic solution of a computer program in this embodiment. It should be noted that the technical solution of the computer program and the technical solution of the above-mentioned resource processing method belong to the same idea, and details not described in detail in the technical solution of the computer program can refer to the description of the above-mentioned technical solution of the resource processing method.

The foregoing describes specific embodiments of this specification. Other implementations are within the scope of the following claims. In some cases, the actions or steps recited in the claims can be performed in an order different from that in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. Multitasking and parallel processing are also possible or may be advantageous in certain embodiments.

The computer instructions include computer program code, which may be in the form of source code, object code form, an executable file or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer program code, a recording medium, a U disk, a removable hard disk, a magnetic disk, an optical disk, a computer memory, and a read-only memory (ROM, Read-Only Memory) , Random Access Memory (RAM, Random Access Memory), electrical carrier signal, telecommunication signal, and software distribution medium, etc. It should be noted that the content contained in the computer-readable medium may be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, computer-readable media Excludes electrical carrier signals and telecommunication signals.

It should be noted that, for the sake of simplicity of description, the aforementioned method embodiments are expressed as a series of action combinations, but those skilled in the art should know that the embodiments of this specification are not limited by the described action sequences. Because according to the embodiment of the present specification, certain steps may be performed in other orders or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the embodiments of the specification.

In the above-mentioned embodiments, the descriptions of each embodiment have their own emphases, and for parts not described in detail in a certain embodiment, reference may be made to relevant descriptions of other embodiments.

The preferred embodiments of the present specification disclosed above are only for helping to explain the present specification. Alternative embodiments are not exhaustive in all detail, nor are the inventions limited to specific implementations described. Obviously, many modifications and changes can be made according to the contents of the embodiments of this specification. This specification selects and specifically describes these embodiments in order to better explain the principles and practical applications of the embodiments of this specification, so that those skilled in the art can well understand and use this specification. This specification is to be limited only by the claims, along with their full scope and equivalents.

Claims

A resource processing system comprising:

The resource coordination module is configured to obtain pending transactions by detecting the shared data structure; determine at least two thread modules associated with the pending transactions, and send a transaction processing request to each thread module;

Each thread module is configured to determine thread state information based on the transaction processing request, and feed back the thread state information to the resource coordination module;

The resource coordination module is further configured to determine transaction processing information corresponding to the transaction to be processed according to the thread state information of each thread module, and send the transaction processing information to each thread module;

Each thread module is further configured to process the transaction to be processed based on the transaction processing information; wherein, the physical resources to which each thread module belongs are the same.
The system according to claim 1, further comprising a resource scheduler; the resource scheduler is configured to receive the transaction to be processed; configure resources to be used for the transaction to be processed, and create resource scheduling information according to the configuration result ; Writing the pending transaction carrying the resource scheduling information into the shared data structure;

Correspondingly, the resource coordination module is further configured to obtain the pending transaction carrying the resource scheduling information by detecting the shared data structure; determine the pending transaction according to the resource scheduling information The at least two associated thread modules; when it is determined that the transaction to be processed is to be executed, send the transaction processing request to each thread module.
The system according to claim 1, the resource coordination module is further configured to determine resource preparation information for each thread module, create an interrupt request carrying the resource preparation information as the transaction processing request, and send to each thread module.
According to the system according to claim 3, each thread module is further configured to receive the interrupt request carrying the resource preparation information, and call an interrupt processing function according to the interrupt request; through the interrupt processing function to The resource preparation information is processed, and the thread state information is determined according to information processing results.
According to the system according to any one of claims 1-4, the resource coordination module is a CPU with hyperthreading enabled; correspondingly, each thread module is a hyperthread running a virtual machine.
According to the system according to any one of claims 1-4, each thread module is further configured to write the thread state information into an information sharing unit;

Correspondingly, the resource coordination module is further configured to determine the thread state information corresponding to each thread module by polling the information sharing unit; and write the transaction information into the information sharing unit;

Correspondingly, each thread module is further configured to determine the transaction processing information by polling the information sharing unit, and process the transaction to be processed based on the transaction processing information.
According to the system according to claim 6, the resource coordination module is further configured to determine that the at least two thread modules are available according to the thread state information corresponding to each thread module, according to the available state creation transaction execution information as the transaction processing information, and writing the transaction processing information into the information sharing unit;

Correspondingly, each thread module is further configured to determine the transaction execution information by polling the information sharing unit, determine the target resource according to the transaction execution information, and write the target resource into the resource scheduling queue; When the target resource satisfies the transaction processing condition of the resource scheduling queue, the pending transaction is processed by the target resource.
According to the system according to claim 6, the resource coordination module is further configured to create a transaction according to the non-use state when at least one thread module is determined to be in the non-use state according to the thread state information corresponding to each thread module interrupt information as the transaction processing information, and write the transaction processing information into the information sharing unit;

Correspondingly, each thread module is further configured to determine the transaction interruption information by polling the information sharing unit, determine at least two target thread modules according to the transaction interruption information, and send the at least two target thread modules The module sends the pending transaction.
The system according to claim 3, the resource coordination module is further configured to select the transaction thread module associated with the transaction to be processed according to the resource scheduling information, and determine the physical resource to which the transaction thread module belongs ; select at least one associated thread module associated with the transaction thread module in the physical resource; form the at least two thread modules associated with the transaction to be processed based on the transaction thread module and the at least one associated thread module .
A resource processing method, applied to a resource coordination module, comprising:

Obtain pending transactions by detecting shared data structures;

Determine at least two thread modules associated with the transaction to be processed, and send a transaction processing request to each thread module;

receiving thread status information fed back by each thread module for the transaction processing request;

Determine transaction processing information corresponding to the transaction to be processed based on the thread state information, and send the transaction processing information to each thread module.
The method according to claim 10, said receiving thread status information fed back by each thread module for said transaction processing request, comprising:

Determine the thread status information fed back by each thread module for the transaction processing request by polling the information sharing unit;

Correspondingly, determining the transaction processing information corresponding to the transaction to be processed based on the thread state information, and sending the transaction processing information to each thread module includes:

According to the thread state information corresponding to each thread module, when it is determined that the at least two thread modules are in an available state, create transaction execution information according to the available state as the transaction processing information; or, according to each thread module When the corresponding thread state information determines that at least one thread module is in a non-use state, creating transaction interruption information according to the non-use state as the transaction processing information.
A resource processing method applied to a thread module, including:

Receive the transaction processing request sent by the resource coordination module for the transaction to be processed;

Determine thread state information according to the transaction processing request, and feed back the thread state information to the resource coordination module;

receiving transaction processing information fed back by the resource coordination module for the thread state information;

Processing the transaction to be processed based on the transaction processing information.
The method according to claim 12, said feeding back said thread state information to said resource coordination module, comprising:

Writing the thread state information into an information sharing unit as feedback corresponding to the resource coordination module;

Correspondingly, the receiving the transaction processing information fed back by the resource coordination module for the thread state information includes:

The transaction processing information fed back by the resource coordination module for the thread state information is determined by polling the information sharing unit.
A computing device comprising:

memory and processor;

The memory is used to store computer-executable instructions, and the processor is used to execute the computer-executable instructions. When the computer-executable instructions are executed by the processor, the steps of the method described in any one of claims 10 to 13 are realized.