Inter-process communication resource allocation method, system and device and storage medium

Abstract

The invention discloses an inter-process communication resource allocation method, system and device and a storage medium, and relates to the field of inter-process resource configuration.The method specifically comprises the steps that first resource configuration of a client side process is obtained, and the first resource configuration and in-process tasks are transmitted to a server side process; acquiring a second resource configuration of the server process, and comparing the first resource configuration with the second resource configuration; if the first resource configuration is different from the second resource configuration, replacing the second resource configuration of the server process with the first resource configuration; and the server side process executes the in-process task according to the first resource configuration, and transmits an execution result of the in-process task to the client side process. According to the communication resource allocation method provided by the invention, resource allocation can be correspondingly optimized when the server process executes the task corresponding to the current client process, the task execution speed of the server is accelerated, the waiting time of the client is shortened, and the operation experience of a user is improved.

Description

Technical Field

[0001] This invention relates to the field of inter-process resource allocation, and in particular to inter-process communication resource allocation methods, systems, devices, and storage media. Background Art

[0002] As an interactive real-time system, the user experience is extremely important for Android. With each Android version upgrade, the increasing number of features leads to a heavier CPU load and more severe memory fragmentation, a phenomenon particularly prevalent on low- to mid-range Android platforms. Although the native Linux kernel framework allocates CPU and memory resources using methods such as priority, scheduling policies, and zone division, providing some protection for foreground application processes, high CPU load ultimately causes process loading delays, impacting the user experience. Summary of the Invention

[0003] This invention aims to at least solve one of the technical problems existing in the prior art. To this end, this invention provides an inter-process communication resource allocation method that can effectively measure the influence of electrical stimulation waveforms on electroencephalogram (EEG) signals.

[0004] In a first aspect, embodiments of the present invention provide a method for allocating inter-process communication resources, including:

[0005] Obtain the first resource configuration of the client process, and transmit the first resource configuration and in-process tasks to the server process through an intermediate delivery terminal;

[0006] Obtain the second resource configuration of the server process and compare the first resource configuration with the second resource configuration;

[0007] If the first resource configuration is different from the second resource configuration, then the resource configuration of the server process is replaced from the second resource configuration to the first resource configuration;

[0008] The server process executes the in-process task according to the first resource configuration, and transmits the execution result of the in-process task to the client process through the intermediate delivery terminal.

[0009] In some embodiments of the present invention, the step of obtaining the first resource configuration of the client process and transmitting the first resource configuration and the in-process task to the server process through an intermediate transmission terminal includes:

[0010] The client process encapsulates the first resource configuration into a first data container and transmits the first data container to the intermediate transmission end;

[0011] The intermediate transmission end parses the first data container, obtains the first resource configuration, and transmits it to the server process.

[0012] In some embodiments of the present invention, when the first resource configuration differs from the second resource configuration, the step of replacing the resource configuration of the server process from the second resource configuration to the first resource configuration includes:

[0013] If the first resource configuration and the second resource configuration are different from the above, the server process records the second resource configuration;

[0014] The server process replaces the second resource configuration with the first resource configuration.

[0015] In some embodiments of the present invention, the step of the server process replacing the second resource configuration with the first resource configuration includes:

[0016] The server process identifies the first cpuset subsystem value in the first Cgroup of the client process;

[0017] The server process modifies the second cpuset subsystem value in its second Cgroup to the first cpuset subsystem value.

[0018] In some embodiments of the present invention, after the step of the server process executing the in-process task according to the first resource configuration and transmitting the execution result of the in-process task to the client process through the intermediate transfer terminal, the method includes:

[0019] After executing the in-process task, the server process restores the first resource configuration to the second resource configuration based on the recorded second resource configuration.

[0020] In some embodiments of the present invention, the inter-process communication resource allocation method further includes:

[0021] After the client process transmits the first resource configuration to the server process through an intermediate relay, it enters a sleep state.

[0022] The server process transmits the execution result to the client process through the intermediate relay while simultaneously waking up the client process.

[0023] In some embodiments of the present invention, before the step of obtaining the first resource configuration of the client process and transmitting the first resource configuration and the in-process task to the server process through an intermediate transmission terminal, the following steps are included:

[0024] If the server process has multiple corresponding client processes, determine the execution priority of tasks within all client processes;

[0025] Configure the first resource configuration for each client process according to the execution priority.

[0026] In a second aspect, embodiments of the present invention provide an inter-process communication resource allocation system for the inter-process communication resource allocation method described in the above-mentioned embodiments, the system comprising:

[0027] The client is used to obtain the first resource configuration of the client process;

[0028] The intermediate transmission end is used to transmit the first resource configuration and in-process tasks to the server process;

[0029] The server is configured to obtain the second resource configuration of the server process, compare the first resource configuration with the second resource configuration, and when the first resource configuration differs from the second resource configuration, replace the resource configuration of the server process with the first resource configuration, and execute the in-process task according to the first resource configuration.

[0030] The intermediate relay transmits the execution results of the in-process task to the client process.

[0031] Thirdly, embodiments of the present invention provide a computer device including a memory and a processor, wherein the memory is used to store at least one program, and the processor is used to load the at least one program to execute the inter-process communication resource allocation method described in the above-mentioned embodiments.

[0032] Fourthly, a computer-readable storage medium stores a processor-executable program, which, when executed by a processor, is used to perform the inter-process communication resource allocation method as described in the embodiments of the above aspects.

[0033] The inter-process communication resource allocation method of the present invention has at least the following beneficial effects: The communication resource allocation method provided by the present invention, by passing the resource bias of the client process to the server process, enables the resource allocation of the server process to be optimized when executing the task corresponding to the current client process, speeds up the execution speed of the server task, reduces the waiting time of the client, reduces the probability of thread preemption and scheduling delay, improves running efficiency, avoids blocking of sensitive call paths, and enhances the user's operating experience. Attached Figure Description

[0034] The above and / or additional aspects and advantages of the present invention will become apparent and readily understood from the description of the embodiments taken in conjunction with the following drawings, in which:

[0035] Figure 1 This is a simplified schematic diagram illustrating the inter-process communication resource allocation method according to an embodiment of the present invention.

[0036] Figure 2 This is a simplified flowchart of the inter-process communication resource allocation method according to an embodiment of the present invention. Detailed Implementation

[0037] Embodiments of the present invention are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present invention, and should not be construed as limiting the present invention.

[0038] In the description of this invention, it should be understood that the orientation descriptions, such as up, down, front, back, left, right, etc., are based on the orientation or positional relationship shown in the accompanying drawings. They are only for the convenience of describing this invention and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limiting this invention.

[0039] In the description of this invention, "several" means one or more, "more" means two or more, "greater than," "less than," and "exceeding" are understood to exclude the stated number, while "above," "below," and "within" are understood to include the stated number. The use of "first," "second," or "third" in the description is for the purpose of distinguishing technical features only and should not be construed as indicating or implying relative importance, or implicitly indicating the number of indicated technical features or the order of the indicated technical features.

[0040] In the description of this invention, unless otherwise explicitly defined, terms such as "set up," "install," and "connect" should be interpreted broadly, and those skilled in the art can reasonably determine the specific meaning of the above terms in this invention in conjunction with the specific content of the technical solution.

[0041] In the description of this specification, references to terms such as "one embodiment," "further embodiment," "some specific embodiments," or "some examples," etc., indicate that a specific feature, structure, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of the invention. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples.

[0042] The communication resource allocation method provided by this invention passes the resource bias of the client process to the server process, so that the resource allocation of the server process can be optimized when executing the task corresponding to the current client process, thereby speeding up the execution speed of the server, reducing the waiting time of the client, reducing the probability of thread preemption and scheduling delay, improving running efficiency, avoiding blocking of sensitive call paths, and improving the user's operating experience.

[0043] The concepts involved in this invention are explained below:

[0044] Android system: a free and open-source mobile operating system based on the Linux kernel, which is an open-source computer operating system kernel;

[0045] CPU: Central Processing Unit;

[0046] MEM fragmentation: refers to the fragmentation of memory space;

[0047] Cgroup: control group, used to limit, control and isolate the resources (such as CPU, memory, disk I / O, etc.) of a process group;

[0048] cpuset: Part of the Cgroup subsystem in the Linux kernel, used to manage CPU and memory resource limits for processes or threads;

[0049] The Binder mechanism is an inter-process communication (IPC) mechanism in the Android system used for communication between different processes. It is based on a client / server (C / S) model, where components within a process can be either clients or servers. The core of the Binder mechanism is a module in the Linux kernel called the Binder driver, which manages inter-process communication, including managing the thread pool for inter-process communication and maintaining the shared memory regions required for inter-process communication.

[0050] Parcel: Used to pack data and object references that need to be transferred across processes into a contiguous block of memory (buffer). This process includes flattening the data into the buffer and recording some data information attributes so that the remote process can clone and restore the data based on these attributes and the reading order after receiving it. This ability to pack and reassemble makes inter-process communication smoother and more reliable.

[0051] The specific methods of the embodiments of the present invention will now be described with reference to the accompanying drawings.

[0052] Reference Figures 1-2 , Figure 1 This is a simplified schematic diagram illustrating the inter-process communication resource allocation method according to an embodiment of the present invention. Figure 2 This is a simplified flowchart of the inter-process communication resource allocation method according to an embodiment of the present invention. The method specifically includes:

[0053] Step S100: Obtain the first resource configuration of the client process, and transmit the first resource configuration and in-process tasks to the server process through an intermediate transmission terminal;

[0054] Step S200: Obtain the second resource configuration of the server process and compare it with the first resource configuration and the second resource configuration;

[0055] Step S300: If the first resource configuration is different from the second resource configuration, then the resource configuration of the server process is replaced from the second resource configuration to the first resource configuration.

[0056] In step S400, the server process executes in-process tasks according to the first resource configuration and transmits the execution results of the in-process tasks to the client process through an intermediate relay.

[0057] It should be noted that, as Figure 1 As shown, inter-process communication in the Android system is mainly conducted through the Binder mechanism. For non-oneway ( Figure 1 In one-way (transaction!=oneway) mode process communication, when the foreground application (client) initiates a transaction request to the background service (server), the client enters a sleep state after transmitting the task, waiting for the transaction completion notification before continuing to run. Typically, the allocation of system resources between the client and server processes differs (usually the server's share is lower than the client's). For example, if the client process has a higher CPU resource share allocated to the current task, the current task executes faster on the client. However, when the server needs to execute subsequent tasks, the execution speed is slower than on the client, leading to a blocking sleep state. This means the client's sleep state is too long, causing noticeable lag for the user. The longer the blocking lasts, the worse the user experience becomes. Therefore, step S100 of this embodiment of the invention, when the client process initiates a transaction request to the server process, simultaneously allocates the CPU resource share (i.e., the first resource allocation) allocated to the client process for that task. Figure 1 The relevant parameters of cgroupA in the process are simultaneously transmitted to the server process via the binder mechanism; subsequently, in steps S200 to S300, the server process allocates its CPU resource share (i.e., the second resource allocation) for the task. Figure 1The cgroup B in the server process is compared with the CPU resource share allocated to the task by the client process. If the first resource configuration and the second resource configuration are different, the server process's current resource configuration needs to be modified to match the first resource configuration. Then, in step S400, the server process uses the new CPU resource share to execute the task, improving the task execution speed. Finally, a completion notification is sent back to the client, significantly reducing the time the client spends in the sleep state. Furthermore, in actual execution, servers respond to client requests and perform corresponding processing using threads as the smallest unit. A server design may involve multi-threaded synchronous responses or single-threaded serial responses that can only respond to one client at a time (as there are many different servers and their corresponding clients in the system). Therefore, in practice, there are often situations where the server's resource allocation is higher than the client's. In this case, it is still necessary to keep the server's resource quota consistent with the corresponding client process. This is because system resources are limited. When there are multiple servers and their corresponding clients, increasing the quota for all servers is equivalent to not increasing it at all. Therefore, in practice, there will inevitably be situations where changing the server's quota actually reduces it. Reducing the quota for some servers allows the saved quota to be allocated to the most important tasks, improving the overall system execution efficiency.

[0058] Reference Figure 1 In some embodiments of the present invention, the step of obtaining the first resource configuration of the client process and transmitting the first resource configuration and in-process tasks to the server process through an intermediate transmission terminal includes:

[0059] Step S110: The client process encapsulates the first resource configuration into the first data container and transmits the first data container to the intermediate transmission end;

[0060] In step S120, the intermediate transmission end parses the first data container, obtains the first resource configuration, and transmits it to the server process.

[0061] It should be noted that in steps S110 to S120, in the binder mechanism, the binder driver acts as an intermediary for transaction requests. When the client process needs to send a transaction request to the server process, it constructs a transaction request through the Binder proxy object. This request includes information such as the method to be called and parameters. The Binder proxy object then sends the constructed transaction request to the Binder driver. Since the original transaction request does not include CPU resource share-related parameters, these parameters need to be additionally encapsulated in a parcel (i.e., the first data container in this embodiment of the invention). Figure 1In the transaction parcel, it is passed to the server at the same time as the transaction request.

[0062] Reference Figure 1 In some embodiments of the present invention, if the first resource configuration is different from the second resource configuration, the step of replacing the resource configuration of the server process from the second resource configuration to the first resource configuration includes:

[0063] Step S310: If the first resource configuration and the second resource configuration are different, the server process records the second resource configuration;

[0064] In step S320, the server process replaces the second resource configuration with the first resource configuration.

[0065] It should be noted that in steps S310 to S320, the system resource quota of the server process needs to be recorded before the replacement, so that the server can restore the original quota after the task is completed.

[0066] Reference Figure 1 In some embodiments of the present invention, the step of the server process replacing the second resource configuration with the first resource configuration includes:

[0067] Step S311: The server process identifies the first cpuset subsystem value in the first Cgroup of the client process;

[0068] In step S312, the server process modifies the value of the second cpuset subsystem in its second Cgroup to the value of the first cpuset subsystem.

[0069] It should be noted that the system resource quota adjustment in this embodiment of the invention is achieved by adjusting the Cgroup configuration of the process. Depending on the specificity of the process, common Cgroup parameters (i.e., CPU subsystem values) are divided into GROUP_BACKGROUND, GROUP_FOREGROUND, GROUP_RESTRICTED, GROUP_TOP_APP, etc. When system resource quota adjustment is needed, the Cgroup parameter of the application process currently used by the client is set to TOP_APP, while other service processes are set to BACKGROUND. Different GROUPs correspond to different cpuset values. The Linux kernel defines and adjusts the runtime CPU and MEM resources through the process's Cpuset subsystem value. Therefore, in steps S311 to S312, when the system resource quotas of the server process and the client process are different, the server process can make their system resource quotas the same by modifying the cpuset subsystem value.

[0070] Reference Figure 1 In some embodiments of the present invention, after the step of the server process executing an in-process task according to the first resource configuration and transmitting the execution result of the in-process task to the client process through an intermediate relay, the method includes:

[0071] Step S330: After executing the in-process task, the server process restores the first resource configuration to the second resource configuration based on the recorded second resource configuration.

[0072] It should be noted that after the server process finishes executing its task based on the new system resource quota obtained from the client process, in order to prevent the server process from preempting the client process's system resource quota when the client process executes subsequent tasks, the server process's system resource quota needs to be restored to its original, unmodified system resource quota. Figure 1 setcgroup B).

[0073] Reference Figure 1 In some embodiments of the present invention, the inter-process communication resource allocation method further includes:

[0074] In step S510, after the client process transmits the first resource configuration to the server process through the intermediate relay, it enters a sleep state.

[0075] In step S520, the server process transmits the execution result to the client process through the intermediate relay while simultaneously waking up the client process.

[0076] It should be noted that after the client process transfers its system resource quota to the server process via the binder mechanism, the client process enters a sleep state. During this time, the user perceives the process as being in a loading state. If this loading process takes too long, it can lead to noticeable lag and excessively long loading times, negatively impacting the user experience. Therefore, the server process needs to immediately wake up the client process while transmitting the execution result to reduce the client's sleep time. According to the above-described embodiments of the present invention, since the server process's resource quota is optimized from the client process, the sleep time of the client process while waiting for the server process to execute tasks can be significantly reduced, improving the user experience.

[0077] In some embodiments of the present invention, before the step of obtaining the first resource configuration of the client process and transmitting the first resource configuration and in-process tasks to the server process through an intermediate transmission terminal, the method includes:

[0078] Step S610: If the server process has multiple corresponding client processes, determine the execution priority of tasks within all client processes;

[0079] Step S620: Configure the first resource configuration for each client process according to the execution priority.

[0080] It should be noted that if the server process has multiple corresponding client processes, the priority of tasks within all client processes is determined, and each client process is allocated CPI resource configuration corresponding to its priority. Furthermore, if the system has multiple different server processes and their corresponding client processes, since the priorities of tasks within client processes vary, the system resource quota for a low-priority client process is actually lower than the resource quota for its corresponding server process. However, when the server process executes its corresponding task, the server process's system resource quota is still replaced with the client process's system resource quota to ensure that the highest priority task completes first, thereby increasing the overall process execution speed of the system.

[0081] Reference Figure 1 Secondly, embodiments of the present invention provide an inter-process communication resource allocation system for performing the inter-process communication resource allocation method of the above-described embodiments, the system comprising:

[0082] The client is used to obtain the first resource configuration of the client process;

[0083] The intermediate relay is used to transmit the first resource configuration and in-process tasks to the server process.

[0084] The server is used to obtain the second resource configuration of the server process, compare the first resource configuration with the second resource configuration, and when the first resource configuration is different from the second resource configuration, replace the resource configuration of the server process with the first resource configuration, and execute the in-process tasks according to the first resource configuration.

[0085] The intermediate relay is also used to transmit the execution results of in-process tasks to the client process.

[0086] It should be noted that the system provided in this embodiment of the invention utilizes a C / S (Client / Server) model, where the components in a process can be either clients or servers, and the intermediate transmission end is a binder driver. While performing inter-process communication, the client also transfers its system resource quota to the server process, improving the efficiency of the server in executing intra-process tasks, reducing the sleep time of the client process, and enhancing the user experience.

[0087] The following is a specific embodiment of the invention to better illustrate the invention:

[0088] Step S710: Before initiating binder communication, obtain the Cgroup configuration of the current thread, encapsulate it in a parcel, and pass it through binder with transact;

[0089] Step S720: When the binder service thread's onTransact receives a cmd request, it parses the Cgroup obtained from the received parcel, compares it with its own Cgroup, and if they are different, records the original Cgroup and sets the obtained Cgroup.

[0090] In step S730, after the binder service thread finishes running with the new Cgroup configuration, it needs to respond to the requesting end through the binder driver. At this time, the settings of the binder service thread are restored with the recorded Cgroup.

[0091] In this embodiment, the current thread and the binder service thread communicate via the binder driver. The current thread passes the task to be executed and the Cgroup configuration to the binder service thread. The binder service thread compares its own Cgroup configuration with the received Cgroup configuration to determine whether optimization is needed. If the Cgroup configurations of the two parties are different, it proves that there is room for optimization. The binder service thread needs to replace the Cgroup configuration and then execute the task according to the replaced Cgroup configuration to reduce the sleep waiting time of the current thread. Finally, after the execution is completed, the current thread is woken up by the binder driver responding to the request and the settings of the binder service thread are restored with the recorded Cgroup.

[0092] Thirdly, embodiments of the present invention provide a computer device including a memory and a processor, wherein the memory is used to store at least one program, and the processor is used to load at least one program to execute the inter-process communication resource allocation method of the above-described embodiments.

[0093] Fourthly, embodiments of the present invention provide a computer-readable storage medium storing a processor-executable program, which, when executed by a processor, is used to perform the inter-process communication resource allocation method as described in the embodiments above.

[0094] It should be recognized that embodiments of the present invention can be implemented or carried out by computer hardware, a combination of hardware and software, or by computer instructions stored in a non-transitory computer-readable storage medium. The method can be implemented using standard programming techniques—including a non-transitory computer-readable storage medium configured with a computer program, wherein such a storage medium causes the computer to operate in a specific and predefined manner—according to the methods and drawings described in the specific embodiments. Each program can be implemented in a high-level procedural or object-oriented programming language to communicate with the computer system. However, if desired, the program can be implemented in assembly or machine language. In any case, the language can be a compiled or interpreted language. Furthermore, for this purpose, the program can run on a programmed application-specific integrated circuit (ASIC).

[0095] Furthermore, the procedures described herein may be performed in any suitable order unless otherwise indicated herein or otherwise clearly contradicted by the context. The procedures described herein (or variations and / or combinations thereof) may be executed under the control of one or more computer systems configured with executable instructions, and may be implemented by hardware or a combination thereof as code (e.g., executable instructions, one or more computer programs, or one or more applications) that commonly executes on one or more processors. The computer program comprises a plurality of instructions executable by one or more processors.

[0096] Furthermore, the method can be implemented in any suitable type of computing platform, including but not limited to personal computers, minicomputers, mainframes, workstations, networked or distributed computing environments, standalone or integrated computer platforms, or in communication with charged particle tools or other imaging devices, etc. Aspects of the invention can be implemented as machine-readable code stored on a non-transitory storage medium or device, whether removable or integrated into a computing platform, such as a hard disk, optical read and / or write storage medium, RAM, ROM, etc., such that it is readable by a programmable computer, and when the storage medium or device is read by the computer, it can be used to configure and operate the computer to perform the processes described herein. Furthermore, the machine-readable code, or portions thereof, can be transmitted via wired or wireless networks. The invention described herein includes these and other different types of non-transitory computer-readable storage media when such media comprises instructions or programs that implement the steps described above in conjunction with a microprocessor or other data processor. When programmed according to the methods and techniques described in the invention, the invention also includes the computer itself.

[0097] A computer program can be applied to input data to perform the functions described herein, thereby transforming the input data to generate output data stored in non-volatile memory. The output information can also be applied to one or more output devices, such as a display. In a preferred embodiment of the invention, the transformed data represents physical and tangible objects, including specific visual depictions of physical and tangible objects generated on the display.

[0098] The embodiments of the present invention have been described in detail above with reference to the accompanying drawings. However, the present invention is not limited to the above embodiments. Within the scope of knowledge possessed by those skilled in the art, various changes can be made without departing from the spirit of the present invention.

Claims

1. A method for allocating inter-process communication resources, characterized in that, include: Obtain the first resource configuration of the client process, and transmit the first resource configuration and in-process tasks to the server process through an intermediate delivery terminal; Obtain the second resource configuration of the server process and compare the first resource configuration with the second resource configuration; If the first resource configuration is different from the second resource configuration, then the resource configuration of the server process is replaced from the second resource configuration to the first resource configuration; The server process executes the in-process task according to the first resource configuration, and transmits the execution result of the in-process task to the client process through the intermediate delivery terminal.

2. The inter-process communication resource allocation method according to claim 1, characterized in that, The step of obtaining the first resource configuration of the client process and transmitting the first resource configuration and in-process tasks to the server process through an intermediate relay includes: The client process encapsulates the first resource configuration into a first data container and transmits the first data container to the intermediate transmission end; The intermediate transmission end parses the first data container, obtains the first resource configuration, and transmits it to the server process.

3. The inter-process communication resource allocation method according to claim 1, characterized in that, When the first resource configuration differs from the second resource configuration, the step of replacing the resource configuration of the server process from the second resource configuration to the first resource configuration includes: If the first resource configuration and the second resource configuration are different from the above, the server process records the second resource configuration; The server process replaces the second resource configuration with the first resource configuration.

4. The inter-process communication resource allocation method according to claim 3, characterized in that, The step of the server process replacing the second resource configuration with the first resource configuration includes: The server process identifies the first cpuset subsystem value in the first Cgroup of the client process; The server process modifies the second cpuset subsystem value in its second Cgroup to the first cpuset subsystem value.

5. The inter-process communication resource allocation method according to claim 3, characterized in that, After the steps of the server process executing the in-process task according to the first resource configuration and transmitting the execution result of the in-process task to the client process through the intermediate delivery terminal, the process includes: After executing the in-process task, the server process restores the first resource configuration to the second resource configuration based on the recorded second resource configuration.

6. The inter-process communication resource allocation method according to claim 1, characterized in that, The inter-process communication resource allocation method further includes: After the client process transmits the first resource configuration to the server process through an intermediate relay, it enters a sleep state. The server process transmits the execution result to the client process through the intermediate relay while simultaneously waking up the client process.

7. The inter-process communication resource allocation method according to claim 1, characterized in that, Before the step of obtaining the first resource configuration of the client process and transmitting the first resource configuration and in-process tasks to the server process through an intermediate relay, the following steps are included: If the server process has multiple corresponding client processes, determine the execution priority of tasks within all client processes; Configure the first resource configuration for each client process according to the execution priority.

8. An inter-process communication resource allocation system, characterized in that, The system is used to perform the inter-process communication resource allocation method according to any one of claims 1-7, the system comprising: The client is used to obtain the first resource configuration of the client process; The intermediate transmission end is used to transmit the first resource configuration and in-process tasks to the server process; The server is configured to obtain the second resource configuration of the server process, compare the first resource configuration with the second resource configuration, and when the first resource configuration differs from the second resource configuration, replace the resource configuration of the server process with the first resource configuration, and execute the in-process task according to the first resource configuration. The intermediate relay transmits the execution results of the in-process task to the client process.

9. A computer device, characterized in that, The method includes a memory and a processor, the memory being used to store at least one program, and the processor being used to load the at least one program to execute the inter-process communication resource allocation method according to any one of claims 1-7.

10. A computer-readable storage medium storing a processor-executable program, characterized in that, The processor-executable program, when executed by the processor, is used to perform the inter-process communication resource allocation method as described in any one of claims 1-7.

Images