WO2020026010A2

WO2020026010A2 - Task execution control method, device, equipment/terminal/server and storage medium

Info

Publication number: WO2020026010A2
Application number: PCT/IB2018/056492
Authority: WO
Inventors: 张志毅
Original assignee: 优视科技新加坡有限公司
Priority date: 2018-08-02
Filing date: 2018-08-27
Publication date: 2020-02-06
Also published as: CN109189483A; WO2020026010A3

Abstract

The embodiments of the present application relate to the field of task control, and provided thereby are a task execution control method, device, equipment/terminal/server and computer-readable storage medium. The task execution control method comprises: obtaining the number of work threads used for concurrent execution of work tasks; and on the basis of the number of work threads used for concurrent execution of the work tasks and pre-created condition variables of the work threads, determining work threads for concurrent execution of the work tasks. By means of the embodiment of the present application, in the case of infrequent creation of additional work threads, the number of work threads used for concurrent execution of work tasks can be dynamically adjusted, and then the number of work tasks executed concurrently can be dynamically adjusted, so as to improve the efficiency of concurrent execution of work tasks.

Description

Method, device, device / terminal / server and storage medium for task executionThis application requires that the China Patent Office be filed on August 02, 2018, with application number 201810869318.1, and the invention name is "Method, Device, Device, Device for Controlling Task Execution / Terminal / Server and Storage Media ", the entirety of which is incorporated herein by reference in its entirety.

Technical field

The embodiments of the present application relate to the field of task regulation, and in particular, to a method, device, device / terminal / server, and computer-readable storage medium for regulating and controlling task execution. Background technique

At present, clients on the market that provide download functions have their own download task management functions. In actual download task management scenarios, it is often necessary to set the number of download tasks dynamically, so that download tasks can be controlled. Number of concurrent downloads. Knowing that most current technical implementations that control the number of concurrent downloads of download tasks require monitoring the completion status of the download task, and then polling the download task storage queue to determine whether there are any pending download tasks. If there are still download tasks in the download task storage queue, re-create the task thread to execute the download task. In this way, the current technical implementation solution has the following defects: one is to monitor the completion status of the download task in real time, and the other is to frequently create additional worker threads to execute the download task. Summary of the invention

In view of this, one of the technical problems solved by the embodiments of the present application is to provide a solution for task execution regulation to solve the frequent creation of additional tasks generated in the prior art when adjusting the number of concurrently executed work tasks. Problems with worker threads.

An embodiment of the present application provides a method for regulating task execution. The method includes: obtaining the number of worker threads for concurrent execution of work tasks; based on the number of worker threads for concurrent execution of work tasks and a pre-created The condition variable of the worker thread determines the worker thread used for concurrent execution of the work task.

An embodiment of the present application further provides a control device for task execution, where the device includes: a first obtaining A fetching module configured to obtain the number of worker threads used for concurrent execution of work tasks; a first determination module configured to be based on the number of the worker threads used for concurrent execution of work tasks and condition variables created in advance; Determine the worker threads used for concurrent execution of work tasks.

An embodiment of the present application further provides a device / terminal / server, including: one or more processors; a storage device configured to store one or more programs; when the one or more programs are stored by the one or more programs The execution of each processor causes the one or more processors to implement the method for controlling task execution as described above.

An embodiment of the present application further provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the method for regulating and controlling task execution as described above is implemented.

Through the technical solution of task execution regulation provided in the embodiments of the present application, the number of worker threads used for concurrent execution of work tasks is obtained, and based on the number of worker threads used for concurrent execution of work tasks and condition variables created in advance To determine the worker threads used for concurrent execution of work tasks, compared with other existing methods, use condition variables of pre-created worker threads to determine worker threads used for concurrent execution of work tasks, which can create additional work infrequently In the case of threads, the number of worker threads used for concurrent execution of work tasks is dynamically adjusted, and then the number of concurrently executed work tasks is dynamically adjusted, thereby improving the efficiency of concurrent execution of work tasks. BRIEF DESCRIPTION OF THE DRAWINGS

Hereinafter, some specific embodiments of the embodiments of the present application will be described in detail by way of example and not limitation with reference to the accompanying drawings. The same reference numbers in the drawings identify the same or similar components or parts. Those skilled in the art will appreciate that these drawings are not necessarily drawn to scale. In the drawings:

FIG. 1 is a flowchart of steps of a method for regulating task execution according to Embodiment 1 of the present application; FIG. 2 is a flowchart of steps of a method of regulating task execution according to Embodiment 2 of the present application; FIG. 3 is a flowchart according to this application Structure block diagram of a task execution regulating device according to the third embodiment; FIG. 4 is a structure block diagram of a task execution regulating device according to the fourth embodiment of the present application; FIG. 5 is a task execution according to the fifth embodiment of the present application FIG. 6 is a schematic structural diagram of a device / terminal / server according to Embodiment 6 of the present application. detailed description

In order to enable those skilled in the art to better understand the technical solutions in the embodiments of the present application, the technical solutions in the embodiments of the present application will be clearly and completely described with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described The embodiments are only a part of the embodiments of the present application, but not all the embodiments. Based on the embodiments in the embodiments of the present application, all other embodiments obtained by those skilled in the art should fall within the protection scope of the embodiments of the present application. Example one

Referring to FIG. 1, there is shown a flowchart of steps of a method for adjusting task execution according to Embodiment 1 of the present application.

The method for adjusting task execution in this embodiment includes the following steps:

In step S101, the number of worker threads used for concurrent execution of work tasks is obtained.

In the embodiment of the present application, the user may first set the number of worker threads for concurrent execution of the work task in the worker thread number setter, and then obtain the number of worker threads for concurrent execution of the work task from the worker thread number setter. . In some optional embodiments, the number of worker threads used for concurrent execution of the work task may be automatically set by the electronic device according to the execution status of the work task. The work task includes a download task. It can be understood that the above description is only exemplary, and this embodiment of the present application does not limit this in any way.

In the embodiment of the present application, concurrent execution can be understood as that several work tasks are in a period of time between the start of execution and completion of execution, and these work tasks are all run on the same processor, but Only one work task runs on the processor at a time. Specifically, when there are multiple worker threads operating, if the system has only one CPU, it cannot really perform more than one worker thread at the same time. It can only divide the CPU runtime into several time periods, and then divide the time period. Allocate to each worker thread for execution, while the worker thread code in one period runs, other worker threads are in a suspended state. It can be understood that the above description is only exemplary, and the embodiment of the present application does not limit this in any way.

In step S102, a worker thread for concurrent execution of a work task is determined based on the number of the worker threads for concurrent execution of a work task and a condition variable of a previously created worker thread.

In the embodiment of the present application, the number of pre-created worker threads is multiple, and each pre-created worker thread corresponds to a condition variable. The conditional variable of the worker thread is used to implement the self-blocking logic of the worker thread. Specifically, for each worker thread in the pre-created worker thread, if the working state of the worker thread is adjusted from the awake state to the sleep state, a waiting function is called in a synchronization statement block through a condition variable of the worker thread, and the worker thread is changed. The working state of the worker is adjusted from the awake state to the dormant state. For each worker thread in the pre-created worker thread, if the working state of the worker thread is adjusted from the dormant state to the awake state, the condition variable of the worker thread is used in the synchronization statement block. The notification function is called during the adjustment of the working state of the worker thread from the sleep state to the awake state. Of which The working state of the worker thread created first includes the hibernation state and / or the awake state. It can be understood that the above description is only exemplary, and this embodiment of the present application does not limit this in any way.

In some optional embodiments, when determining a worker thread used for concurrent execution of a work task based on the number of the worker threads used for concurrent execution of the work task and a condition variable created in advance, if the The number of concurrently executed work threads of a work task is less than the number of pre-created worker threads, then detecting the work state of the pre-created worker thread, and adjusting the pre-created worker variable through the work variables of the pre-created worker thread. The working state of the worker thread to determine the worker thread for concurrent execution of the work task. It can be understood that any implementation manner of determining a worker thread for concurrent execution of a work task based on the number of the worker threads used for concurrent execution of the work task and a condition variable created in advance may be applicable here. The application examples do not limit this in any way.

In some optional embodiments, when a working variable of the pre-created worker thread is adjusted through a working variable of the pre-created worker thread to determine a worker thread for concurrent execution of a work task, if the The number of the worker threads in the created worker threads whose working state is the awake state is less than the number of the worker threads for concurrent execution of work tasks, and the pre-created The working state of the worker thread whose working state is the dormant state is adjusted to the awake state, so that the number of worker threads whose working state in the pre-created worker thread is awake state is equal to the concurrent execution of the work task. The number of worker threads in the pre-created worker thread, if the number of worker threads in the pre-created worker thread is awake state is greater than the number of worker threads for concurrent execution of the work task, using the pre-created worker thread Condition variable, the pre-created work line The working state of the worker thread whose working state is awake is adjusted to a sleep state, so that the number of worker threads whose working state in the pre-created worker thread is awake state is equal to the number of worker threads for concurrent execution of the work task. The number of worker threads. With this, it is possible to dynamically adjust the number of worker threads for concurrent execution of work tasks without creating additional worker threads frequently, thereby achieving dynamic adjustment of the number of concurrently executed work tasks. It may be understood that any implementation manner of adjusting the working state of the pre-created worker thread to determine the working thread for concurrent execution of the work task may be applicable by using the working variables of the pre-created worker thread, This embodiment of the present application does not limit this in any way.

In some optional embodiments, when determining a worker thread used for concurrent execution of a work task based on the number of the worker threads used for concurrent execution of the work task and a condition variable created in advance, if the The number of concurrently executed work threads of a work task is equal to the number of pre-created work threads, then the working state of the pre-created work thread is detected, and the pre-created And adjusting a working state of the pre-created worker thread to determine a worker thread for concurrent execution of a worker task. It can be understood that any implementation manner of determining a worker thread for concurrent execution of a work task based on the number of the worker threads used for concurrent execution of the work task and a condition variable created in advance may be applicable here. The application examples do not limit this in any way.

In some optional embodiments, when a working variable of the pre-created worker thread is adjusted through a working variable of the pre-created worker thread to determine a worker thread for concurrent execution of a work task, if the The number of the worker threads in the created worker threads whose working state is the awake state is less than the number of the worker threads for concurrent execution of work tasks, and the pre-created The working state of the worker thread whose working state is the sleep state is adjusted to the awake state, so that the working states of the pre-created worker threads are all awake states. With this, it is possible to dynamically adjust the number of worker threads for concurrent execution of work tasks without creating additional worker threads frequently, thereby achieving dynamic adjustment of the number of concurrently executed work tasks. It may be understood that any implementation manner of adjusting the working state of the pre-created worker thread to determine the working thread for concurrent execution of the work task may be applicable by using the working variables of the pre-created worker thread, This embodiment of the present application does not limit this in any way.

In some optional embodiments, when the pre-created worker thread's condition variable is used to adjust the work status of the pre-created worker thread's working state to the sleep state to the awake state, The condition variables of the pre-created worker thread whose working state is the dormant state call a notification function in a synchronization statement block, and adjusts the work state of the pre-created worker thread whose working state is the dormant state. Wake state. It can be understood that any implementation manner that adjusts the working state of the working thread in the pre-created working thread to the sleeping state to the awake state may be applicable to this, and this embodiment of the present application does not limit this. .

In some optional embodiments, when the pre-created worker thread's condition variable is used to adjust the work status of the pre-created worker thread's work state to the awake state to the sleep state, The condition variable of the pre-created worker thread whose working state is the awake state calls a waiting function in a synchronization statement block, and adjusts the working state of the pre-created worker thread whose working state is the awake state. Is dormant. It can be understood that any implementation manner of adjusting the working state of the worker thread in which the working state in the pre-created worker thread is the awake state to the dormant state may be applicable to this, and this embodiment of the present application does not limit this. .

Through the method for controlling task execution provided in the embodiments of the present application, the number of worker threads used for concurrent execution of work tasks is obtained, and based on the number of worker threads used for concurrent execution of work tasks, and in advance The condition variable of the created worker thread determines the worker thread for concurrent execution of the work task. Compared with other existing methods, the condition variable of the worker thread created in advance is used to determine the worker thread for concurrent execution of the work task. In the case where additional worker threads are not frequently created, the number of worker threads used for concurrent execution of work tasks is dynamically adjusted, and then the number of concurrently executed work tasks is dynamically adjusted, thereby improving the efficiency of concurrent execution of work tasks.

The method for controlling task execution in this embodiment may be performed by any appropriate device having data processing capabilities, including but not limited to: a camera, a terminal, a mobile terminal, a PC, a server, a vehicle-mounted device, an entertainment device, an advertising device, and personal digital Assistant (PDA), tablet, laptop, handheld game console, smart glasses, smart watch, wearable device, virtual display device or display enhancement device (such as Google Glass _^ Oculus Rift, Hololens, Gear VR)

Example two

Referring to FIG. 2, a flowchart of steps of a method for regulating task execution according to Embodiment 2 of the present application is shown.

In step S201, the number of worker threads used for concurrent execution of work tasks is obtained.

Since step S201 is similar to step S101 described above, details are not described herein again.

In step S202, if the number of the worker threads for concurrent execution of the work task is greater than the number of pre-created worker threads, a new worker thread is created, so that the number of the pre-created worker threads and the new The sum of the number of worker threads is equal to the number of worker threads for concurrent execution of the work task.

In some optional embodiments, the pre-created worker thread and the condition variables of the new worker thread are used to adjust the working states of the pre-created worker thread and the new worker thread to the awake state. . It can be understood that the foregoing description is merely exemplary, and the embodiment of the present application does not limit this in any way.

In the embodiment of the present application, for each new worker thread created, a condition variable is set correspondingly. The self-blocking logic of the new worker thread can be implemented through the condition variables of the new worker thread. The specific implementation process is similar to the pre-created worker thread, and is not repeated here.

In some optional embodiments, the method further includes: obtaining basic information of the work task; and storing the work task in a blocking queue based on the basic information of the work task. The basic information includes a type and a size of a work task. Therefore, it is not necessary to monitor the completion status of the work task in real time, and it is possible to realize the scheduling and concurrent execution of multiple work tasks. Understandably, the above description The description is only exemplary, which is not limited in the embodiment of the present application.

In the embodiment of the present application, by blocking the queue, the work task can be input from one end of the queue and output from the other end. Specifically, the blocking queue involved in the embodiment of the present application adopts a first-in-first-out principle, that is, a work task that is first inserted into the blocking queue is also the first to leave the queue, which is similar to the function of queuing. In a multi-working environment, the sharing of work tasks can be easily achieved by blocking queues. Assume that there are several work tasks that generate threads, and in addition there are several work task execution threads. If the work task spawns a thread and the prepared work task needs to be shared with the work task execution thread, using a queue to transfer the work task can easily solve the problem of sharing work tasks between them. Ideally, if the work task generation thread generates work tasks faster than the work task execution thread executes work tasks, and when the work tasks generated by the work task generation threads accumulate to a certain degree, then the work task generation threads must be suspended Wait for a while (blocking the work task spawning thread), in order to wait for the work task execution thread to finish processing the accumulated work tasks, and vice versa. However, in the case of not using a blocking queue, in a multi-threaded environment, each programmer must control these details by himself, especially considering both efficiency and thread safety, which will bring considerable complexity to the program. . Among them, in the multi-threaded field, the so-called blocking, in some cases, will suspend the thread (that is, block), and once the condition is met, the suspended thread will be automatically awakened. It can be understood that the above description is only exemplary, and this embodiment does not limit it in any way.

In a specific example, the work threads for the concurrent execution of work tasks are sequentially obtained from the blocking queue, and the work tasks are concurrently executed. Specifically, each work thread used for concurrent execution of the work task obtains the corresponding work task from the blocking queue in turn, and executes the work task concurrently. It can be understood that the above description is only exemplary, and the embodiment of the present application does not limit this in any way.

By using the method for controlling task execution provided in the embodiments of the present application, basic information of a work task is obtained, and based on the basic information of the work task, the work task is stored in a blocking queue. Compared with other existing methods, the work task is stored. In the blocking queue, there is no need to monitor the completion status of the work tasks in real time, and it is possible to realize the scheduling and concurrent execution of multiple work tasks.

The method for controlling task execution in this embodiment may be performed by any appropriate device having data processing capabilities, including but not limited to: a camera, a terminal, a mobile terminal, a PC, a server, a vehicle-mounted device, an entertainment device, an advertising device, and personal digital Assistant (PDA), tablet, laptop, handheld game console, smart glasses, smart watch, wearable device, virtual display device or display enhancement device (such as Google Glass, Oculus Rift, Hololens, Gear VR), etc. Example three

Referring to FIG. 3, a structural block diagram of a control device for task execution according to Embodiment 3 of the present application is shown.

The task execution regulating device in this embodiment includes: a first acquisition module 301 configured to acquire the number of worker threads for concurrent execution of work tasks; a first determination module 302 configured to be based on the concurrent use of work tasks The number of worker threads to be executed and condition variables of the worker threads created in advance determine the worker threads for concurrent execution of work tasks.

The task execution control device in this embodiment is used to implement the corresponding task execution control method in the foregoing multiple method embodiments, and has the beneficial effects of the corresponding method embodiments, and details are not described herein again. Embodiment 4

Referring to FIG. 4, there is shown a structural block diagram of a control device for task execution according to Embodiment 4 of the present application.

The task execution regulating device in this embodiment includes: a first acquisition module 401 configured to acquire the number of worker threads for concurrent execution of work tasks; a first determination module 402 configured to be based on the concurrent use of work tasks The number of worker threads to be executed and condition variables of the worker threads created in advance determine the worker threads for concurrent execution of work tasks.

Optionally, the first determining module 402 includes: a second determining module 4021 configured to detect the number of the worker threads for concurrent execution of the work task is less than the number of the worker threads created in advance, The working state of the pre-created worker thread, and the working state of the pre-created worker thread is adjusted through the working variables of the pre-created worker thread to determine a worker thread for concurrent execution of the worker task.

Optionally, the second determination module 4021 includes: a first adjustment module 4022, configured to, if the number of working threads in the pre-created working thread is awake, is smaller than the number of working threads for the working task For the number of concurrently executed worker threads, the condition of the pre-created worker thread is used to adjust the work state of the worker thread whose work status is the dormant state to the awake state, so that the The number of pre-created worker threads whose working state is awake state is equal to the number of the worker threads for concurrent execution of work tasks, wherein the working state includes awake state and / or hibernation state.

Optionally, the second determination module 4021 further includes: a second adjustment module 4023 configured to, if the number of working threads in the pre-created working threads is awake, is greater than the number of working threads The number of worker threads executing tasks concurrently, through the pre-created work lines Condition variable of the process, adjust the working state of the worker thread whose working state is the awake state to the sleep state, so that the working state of the pre-created worker thread is the worker thread of the awake state The number is equal to the number of the worker threads for concurrent execution of the work task, wherein the work state includes an awake state and / or a sleep state.

Optionally, the first determining module 402 further includes: a third determining module 4024, configured to detect the number of the worker threads for concurrent execution of the work task equal to the number of the worker threads created in advance. The work state of the pre-created worker thread is described, and the work state of the pre-created worker thread is adjusted through the work variable of the pre-created worker thread to determine the worker thread for concurrent execution of the work task.

Optionally, the third determination module 4024 includes: a third adjustment module 4025, configured to, if the number of working threads in the pre-created working thread is awake, is smaller than the number of working threads for the working task For the number of concurrently executed worker threads, the condition of the pre-created worker thread is used to adjust the work state of the worker thread whose work status is the dormant state to the awake state, so that the The work states of the pre-created worker threads are all wake-up states, where the work states include a wake-up state and / or a sleep state.

Optionally, the first determining module 402 further includes: a creating module 4026, configured to create a new job if the number of the worker threads used for concurrent execution of the work task is greater than the number of pre-created worker threads. Threads, so that the sum of the number of the pre-created worker threads and the number of the new worker threads is equal to the number of the worker threads for concurrent execution of the worker task.

Optionally, the first determination module 402 further includes: a fourth adjustment module 4027, configured to pass the pre-created work thread and the condition variable of the new work thread to the pre-created work thread Both the working state of the thread and the new worker thread are adjusted to the awake state.

The task execution control device in this embodiment is used to implement the corresponding task execution control method in the foregoing multiple method embodiments, and has the beneficial effects of the corresponding method embodiments, and details are not described herein again. Example 5

Referring to FIG. 5, there is shown a structural block diagram of a control device for task execution according to Embodiment 5 of the present application.

The task execution regulating device in this embodiment includes: a first acquisition module 504 configured to acquire the number of worker threads for concurrent execution of work tasks; a first determination module 505 configured to be based on the concurrent use of work tasks The number of worker threads to be executed and condition variables of the worker threads created in advance determine the worker threads for concurrent execution of work tasks. Optionally, the first adjustment module 5051 includes: a fifth adjustment module 5052, which is configured to be called in a synchronization statement block by using a condition variable of a working thread in which the working state in the pre-created working thread is a sleep state. The notification function adjusts the work state of the worker thread whose work state is the sleep state in the pre-created worker thread to the wake state.

Optionally, the second adjustment module 5053 includes: a sixth adjustment module 5054, which is configured to be called in a synchronization statement block through a condition variable of a worker thread whose work status is awake in the pre-created worker thread. The waiting function adjusts the work state of the worker thread whose work state is the awake state to the sleep state in the pre-created worker thread.

Optionally, the apparatus further includes: a second obtaining module 501 configured to obtain basic information of the work task; a storage module 502 configured to store the work task based on the basic information of the work task In the blocking queue.

Optionally, the apparatus further includes: a third obtaining module 503 configured to sequentially obtain the work tasks from the blocking queue through the worker threads for concurrent execution of the work tasks, and execute the work concurrently. work tasks.

Optionally, the basic information includes a type and a size of a work task.

Optionally, the work task includes a download task.

The task execution control device in this embodiment is used to implement the corresponding task execution control method in the foregoing multiple method embodiments, and has the beneficial effects of the corresponding method embodiments, and details are not described herein again. Example Six

Referring to FIG. 6, a schematic structural diagram of a device / terminal / server according to Embodiment 6 of the present application is shown. The specific embodiment of the present application does not limit the specific implementation of the device / terminal / server.

As shown in FIG. 6, the device / terminal / server may include a processor 601 and a storage device 602.

among them:

The processor 601 is configured to execute a program 603, and may specifically perform relevant steps in an embodiment of a method for controlling execution of the foregoing tasks.

Specifically, the program 603 may include program code, where the program code includes a computer operation instruction. The processor 601 may be a central processing unit CPU, or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application. One or more processors included in the device / terminal / server may be processors of the same type, such as one or more CPUs; or processors of different types, such as one or more CPUs And one or more ASICs.

The storage device 602 is configured to store one or more programs 603. The storage device 602 may include a high-speed RAM memory, and may also include a non-volatile memory (non-volatile memory), for example, at least one disk memory.

The program 603 may be specifically configured to cause the processor 601 to perform the following operations: obtaining the number of worker threads used for concurrent execution of work tasks; based on the number of worker threads used for concurrent execution of work tasks and condition variables created in advance To determine the worker threads for concurrent execution of work tasks.

In an optional implementation manner, the program 603 is further configured to cause the processor 601 to determine the concurrent use of the work tasks based on the number of the work threads for concurrent execution of the work tasks and the condition variables of the pre-created work threads. During the execution of the worker threads, if the number of the worker threads used for concurrent execution of the work task is less than the number of pre-created worker threads, detecting the work state of the pre-created worker threads and using the pre-created work A working variable of a thread, adjusting a working state of the pre-created working thread to determine a working thread for concurrent execution of a working task.

In an optional implementation manner, the program 603 is further configured to cause the processor 601 to adjust a working state of the pre-created worker thread through a working variable of the pre-created worker thread to determine a work task. When concurrently executing worker threads, if the number of worker threads in the pre-created worker thread whose working state is awake is less than the number of worker threads for concurrent execution of work tasks, the pre-created worker threads are used. A condition variable of a thread, adjusting a working state of a working thread in which the working state in the pre-created worker thread is a sleep state to an awake state, so that a working thread in the pre-created worker thread is in a wake-up state. The number is equal to the number of the worker threads for concurrent execution of the work task, wherein the work state includes an awake state and / or a sleep state.

In an optional implementation manner, the program 603 is further configured to cause the processor 601 to adjust a working state of the pre-created worker thread through a working variable of the pre-created worker thread to determine a work task. When concurrently executing worker threads, if the number of worker threads in the pre-created worker threads whose working state is awake is greater than the number of worker threads for concurrent execution of work tasks, the pre-created workers are used. A condition variable of the thread, adjusting the working state of the worker thread whose working state is the awake state to a sleep state, so that the working state of the previously created worker thread is a working state of the awake state The number is equal to the number of the worker threads for concurrent execution of the work task, wherein the work state includes an awake state and / or a sleep state.

In an optional implementation manner, the program 603 is further configured to cause the processor 601 to When determining the number of worker threads for concurrent execution of work tasks based on the number of worker threads concurrently executing work tasks and condition variables created in advance, if the number of worker threads used for concurrent execution of work tasks is equal to the previously created The number of worker threads, then detecting the work state of the pre-created worker thread, and adjusting the work state of the pre-created worker thread through the work variable of the pre-created worker thread to determine the concurrent use of the work task Executed worker thread.

In an optional implementation manner, the program 603 is further configured to cause the processor 601 to adjust a working state of the pre-created worker thread through a working variable of the pre-created worker thread to determine a work task. When concurrently executing worker threads, if the number of worker threads in the pre-created worker thread whose working state is awake is less than the number of worker threads for concurrent execution of work tasks, the pre-created worker threads are used. The condition variable of the thread adjusts the working state of the worker thread whose working state is the sleep state to the awake state, so that the working states of the pre-created worker thread are all awake states, where: The working state includes an awake state and / or a hibernation state.

In an optional implementation manner, the program 603 is further configured to cause the processor 601 to determine the concurrent use of the work tasks based on the number of the work threads for concurrent execution of the work tasks and the condition variables of the pre-created work threads. During the execution of the worker threads, if the number of the worker threads used for concurrent execution of the work task is greater than the number of pre-created worker threads, a new worker thread is created, so that the number of the pre-created worker threads is the same as the number of the pre-created worker threads. The sum of the number of new worker threads is equal to the number of worker threads for concurrent execution of the worker task.

In an optional implementation manner, the program 603 is further configured to cause the processor 601 to use the pre-created worker thread and the condition variable of the new worker thread to associate the pre-created worker thread with the new worker thread. The working states of the worker threads are adjusted to the awake state.

In an optional implementation manner, the program 603 is further configured to cause the processor 601 to use the condition variables of the pre-created worker thread to change the working state of the pre-created worker thread to a dormant worker thread. When the working state of the worker is adjusted to the awake state, a notification function is called in a synchronization statement block through a condition variable of the worker thread whose working state is a sleep state in the pre-created worker thread, and the work in the pre-created worker thread is The working state of the worker thread in the sleep state is adjusted to the awake state.

In an optional implementation manner, the program 603 is further configured to cause the processor 601 to use the condition variables of the pre-created worker thread to change the working state in the pre-created worker thread to the worker thread in the awake state. When the working state of the worker is adjusted to a sleep state, a waiting function is called in a synchronization statement block through a condition variable of the worker thread in which the working state in the pre-created worker thread is awake The working state of the worker thread whose working state is the awake state in the pre-created worker thread is adjusted to a sleep state.

In an optional implementation manner, the program 603 is further configured to cause the processor 601 to obtain basic information of the work task; and based on the basic information of the work task, store the work task in a blocking queue.

In an optional implementation manner, the program 603 is further configured to cause the processor 601 to sequentially obtain the work task from the blocking queue through the work thread for concurrent execution of the work task, and execute the work concurrently. work tasks.

In an optional implementation manner, the basic information includes a type and a size of a work task. In an optional implementation manner, the work task includes a download task.

For specific implementation of each step in the program 603, reference may be made to corresponding descriptions in the corresponding steps and units in the embodiment of the method for controlling execution of the foregoing task, and details are not described herein. Those skilled in the art can clearly understand that, for the convenience and brevity of the description, the specific working processes of the devices and modules described above can be referred to the corresponding process descriptions in the foregoing method embodiments, and are not repeated here.

Through the device / terminal / server of this embodiment, the number of worker threads used for concurrent execution of work tasks is obtained, and based on the number of worker threads used for concurrent execution of work tasks and condition variables created in advance, determine the Compared with other existing methods, the worker threads for concurrent execution of work tasks use condition variables of pre-created worker threads to determine the worker threads for concurrent execution of work tasks, which can create additional worker threads infrequently. The number of working threads used for concurrent execution of work tasks is dynamically controlled, and the number of concurrently executed work tasks is dynamically adjusted, thereby improving the efficiency of concurrent execution of work tasks.

It should be noted that according to the needs of implementation, each component / step described in the embodiment of the present application may be split into more components / steps, or two or more components / steps or partial operations of components / steps may be combined into New components / steps to achieve the purpose of the embodiments of the present application.

Particularly, according to the embodiment of the present application, the process described above with reference to the flowchart may be implemented as a computer software program. For example, the embodiment of the present application includes a computer program product including a computer program borne on a computer-readable medium, where the computer program includes program code for executing the methods shown in the foregoing multiple method embodiments. In such an embodiment, the computer program may be downloaded and installed from a network through a communication section, and / or installed from a removable medium. When the computer program is executed by a central processing unit (CPU), the above-mentioned functions defined in the method shown in the embodiment of the present application are performed. It should be noted that the computer-readable medium described in this application may be a computer-readable signal medium. Either a computer-readable storage medium or any combination of the two. Examples of computer-readable storage media For example, it may be, but is not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or device, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections with one or more wires, portable computer disks, hard disks, random access storage (RAM), read-only storage (ROM), erasable Type programmable read-only storage device (EPROM or flash memory), optical fiber, portable compact disk read-only storage device (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the foregoing. In this application, a computer-readable storage medium may be any tangible medium containing or storing a program, and the program may be used by or in combination with an instruction execution system, apparatus, or device. In this application, a computer-readable signal medium may include a data signal that is included in baseband or propagated as part of a carrier wave, and which carries computer-readable program code. Such a propagated data signal may take many forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing. The computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, and the computer-readable medium may send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device . Program code embodied on a computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for performing the operations of the present application may be written in one or more programming languages, or a combination thereof, which includes an object-oriented programming language--such as

Java, Smalltalk, C ++, also includes regular procedural programming languages such as "C" or similar programming languages. The program code can be executed entirely on the user's computer, partly on the user's computer, as an independent software package, partly on the user's computer, partly on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any kind of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computer (such as provided by an Internet service) (Commercially connected via the Internet).

The flowchart and block diagrams in the accompanying drawings illustrate the architecture, functions, and operations of possible implementations of systems, methods, and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagram may represent a module, a program segment, or a part of code, which contains one or more functions for implementing a specified logical function Executable instructions. It should also be noted that in some alternative implementations, the functions marked in the blocks may also occur in a different order than those marked in the drawings. For example, two successively represented boxes may actually be executed substantially in parallel, and they may sometimes be executed in the reverse order, depending on the functions involved. It should also be noted that each block in the block diagram and / or flowchart, and a combination of blocks in the block diagram and / or flowchart, It may be implemented by a dedicated hardware-based system that performs prescribed functions or operations, or may be implemented by a combination of dedicated hardware and computer instructions.

The units described in the embodiments of the present application may be implemented in a software manner, or may be implemented in a hardware manner. The described unit may also be provided in a processor, for example, it may be described as: A processor includes an acquisition unit, a processing unit, and a test unit. The name of these units does not constitute a limitation on the unit itself in some cases. For example, the obtaining unit may also be described as "a unit for obtaining a business test file of a target object to be tested according to a test instruction".

As another aspect, the present application also provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the method described in any one of the foregoing embodiments is implemented.

As another aspect, the present application further provides a computer-readable medium, which may be included in the device described in the foregoing embodiments; or may exist alone without being assembled into the device. The computer-readable medium carries one or more programs, and when the one or more programs are executed by the device, the device where the device is located obtains a number of working threads for concurrent execution of work tasks; based on the The number of worker threads for concurrent execution of work tasks and condition variables of previously created worker threads determine the worker threads for concurrent execution of work tasks.

The above description is only a preferred embodiment of the present application and an explanation of the applied technical principles. Those skilled in the art should understand that the scope of the invention involved in this application is not limited to the technical solution of the specific combination of the above technical features, but also covers the above technical features or Other technical solutions formed by arbitrarily combining their equivalent features. For example, a technical solution formed by replacing the foregoing features with technical features disclosed in the present application (but not limited to) with similar functions.

Claims

Claim

1. A method for regulating task execution, characterized in that the method includes:

Get the number of worker threads used for concurrent execution of work tasks;

Based on the number of the worker threads for concurrent execution of the work task and condition variables of the worker threads created in advance, a worker thread for the concurrent execution of the work task is determined.

2. The method according to claim 1, wherein, based on the number of the worker threads for concurrent execution of the work task and condition variables of the worker threads created in advance, determining the work for concurrent execution of the work task Threads, including:

If the number of the worker threads used for concurrent execution of the work task is less than the number of pre-created worker threads, detecting the work state of the pre-created worker thread, and adjusting it through the work variables of the pre-created worker thread A working state of the pre-created worker thread to determine a worker thread for concurrent execution of a worker task.

3. The method according to claim 2, characterized in that, by using a working variable of the pre-created worker thread, adjusting a work state of the pre-created worker thread to determine a concurrent execution of a work task. Worker threads, including:

If the number of the worker threads in the pre-created worker thread whose working state is the awake state is less than the number of the worker threads for concurrent execution of the work task, using the condition variables of the pre-created worker thread, The work state of the pre-created worker thread whose working state is the dormant state is adjusted to the awake state, so that the number of the worker threads of the pre-created worker thread whose work state is the awake state is equal to the number of The number of worker threads concurrently executing work tasks, where the work state includes an awake state and / or a sleep state.

4. The method according to claim 2, characterized in that, by using a working variable of the pre-created worker thread, adjusting a working state of the pre-created worker thread to determine a concurrent execution of a work task. Worker threads, including:

If the number of worker threads in which the working state in the pre-created worker thread is the awake state is greater than the number of worker threads for concurrent execution of the work task, using the condition variables of the pre-created worker thread, The work state of the pre-created worker thread whose work state is the awake state is adjusted to the sleep state, so that the number of the worker threads of the pre-created worker thread whose work state is the awake state is equal to the The number of worker threads concurrently executing work tasks, where the work state includes an awake state and / or a sleep state.

5. The method according to claim 1, characterized in that, based on said for the work task The number of concurrently executed worker threads and condition variables of the previously created worker threads to determine the worker threads for concurrent execution of work tasks include:

If the number of the worker threads used for concurrent execution of the work task is equal to the number of the pre-created worker threads, detecting the work state of the pre-created worker threads, and adjusting through the work variables of the pre-created worker threads A working state of the pre-created worker thread to determine a worker thread for concurrent execution of a worker task.

6. The method according to claim 5, characterized in that, by using a working variable of the pre-created worker thread, adjusting a working state of the pre-created worker thread to determine a concurrent execution of a work task. Worker threads, including:

If the number of the worker threads in the pre-created worker thread whose working state is the awake state is less than the number of the worker threads for concurrent execution of the work task, using the condition variables of the pre-created worker thread, The work state of the pre-created worker thread whose working state is the dormant state is adjusted to the awake state, so that the work states of the pre-created worker thread are all awake states, wherein the work state includes the awake state. And / or hibernation.

7. The method according to claim 1, wherein, based on the number of the worker threads for concurrent execution of the work task and condition variables of the worker threads created in advance, determining the work for concurrent execution of the work task Threads, including:

If the number of the worker threads for concurrent execution of the work task is greater than the number of pre-created worker threads, creating a new worker thread so that the number of the pre-created worker threads and the number of the new worker threads The sum is equal to the number of the worker threads for concurrent execution of the work task.

8. The method according to claim 7, further comprising:

By using the pre-created worker thread and the condition variables of the new worker thread, the work states of the pre-created worker thread and the new worker thread are adjusted to the awake state.

9. The method according to claim 3, wherein the working state of the pre-created worker thread is the working state of the worker thread through the condition variables of the pre-created worker thread. Adjusted to awake state, including:

A notification function is called in a synchronization statement block by using a condition variable of a worker thread whose working state is in a sleep state in the pre-created worker thread, and the work of the worker thread in which the working state in the pre-created worker thread is in a sleep state The state is adjusted to the awake state.

10. The method according to claim 4, characterized in that, by using the condition variables of the pre-created worker thread, the work state of the pre-created worker thread is the work state of the worker thread in the awake state. Adjusted to sleep, including: Calling a waiting function in a synchronization statement block by using a condition variable of the worker thread whose working state is the awake state in the pre-created worker thread, and The state is adjusted to the hibernation state.

11. The method according to any one of claims 1-10, wherein the method further comprises:

Obtaining basic information of the work task;

Based on the basic information of the work task, the work task is stored in a blocking queue.

12. The method according to claim 11, further comprising: using the worker threads for concurrent execution of work tasks, sequentially obtaining the work tasks from the blocking queue, and executing the work tasks concurrently. The work task.

13. The method according to claim 11, wherein the basic information includes a type and a size of a work task.

14. The method according to any one of claims 1-13, wherein the work task comprises a download task.

15. A control device for task execution, characterized in that the device includes:

A first acquisition module configured to acquire the number of worker threads for concurrent execution of work tasks; a first determination module configured to be based on the number of worker threads for concurrent execution of work tasks and a pre-created number of worker threads Condition variable, which determines the worker thread used for concurrent execution of the work task.

16. The apparatus according to claim 15, wherein the first determining module comprises: a second determining module configured to, if the number of the worker threads for concurrent execution of the work task is less than a pre-created The number of worker threads, then detecting the work state of the pre-created worker thread, and adjusting the work state of the pre-created worker thread through the work variable of the pre-created worker thread to determine the concurrent use of the work task Executed worker thread.

17. The apparatus according to claim 16, wherein the second determination module comprises: a first adjustment module configured to work threads that are in a wake-up state if a work state in the pre-created worker thread is an awake state. If the number of worker threads is smaller than the number of worker threads used for concurrent execution of work tasks, the condition of the pre-created worker thread is used to change the work status of the pre-created worker thread to the sleep state of the worker thread. The state is adjusted to the awake state, so that the number of the worker threads whose work state is the awake state in the pre-created worker threads is equal to the number of the worker threads for concurrent execution of the work task, where the work state includes awake Status and / or hibernation.

18. The device according to claim 16, wherein the second determining module further comprises: Include:

The second adjustment module is configured to pass the pre-created worker thread if the number of the worker threads whose working state is awake state is greater than the number of the worker threads for concurrent execution of the work task. A condition variable of the worker thread, adjusting the work state of the worker thread in which the work state in the pre-created worker thread is awake state to a sleep state, so that the work state in the pre-created worker thread is a work in awake state The number of threads is equal to the number of the worker threads for concurrent execution of the work task, wherein the work state includes an awake state and / or a sleep state.

19. The apparatus according to claim 15, wherein the first determining module further comprises:

A third determining module is configured to detect the working state of the pre-created worker thread if the number of the worker threads for concurrent execution of the work task is equal to the number of the pre-created worker thread, and pass the pre-created And adjusting a working state of the pre-created worker thread to determine a worker thread for concurrent execution of a worker task.

20. The apparatus according to claim 19, wherein the third determining module comprises: a third adjusting module configured to work threads that are in a wake-up state if a working state in the pre-created working thread is a wake-up state. If the number of worker threads is smaller than the number of worker threads used for concurrent execution of work tasks, the condition of the pre-created worker thread is used to change the work status of the pre-created worker thread to the sleep state of the worker thread. The state is adjusted to the awake state, so that the working states of the pre-created worker threads are all awake states, where the work states include the awake state and / or the hibernation state.

21. The device according to claim 15, wherein the first determining module further comprises:

A creation module configured to create a new worker thread if the number of worker threads for concurrent execution of a work task is greater than the number of previously created worker threads, so that the number of the previously created worker threads is equal to the number of the previously created worker threads The sum of the number of new worker threads is equal to the number of worker threads for concurrent execution of the worker task.

22. The apparatus according to claim 21, wherein the first determining module further comprises:

A fourth adjustment module is configured to adjust the working states of the pre-created worker thread and the new worker thread to a wake-up state through the pre-created worker thread and condition variables of the new worker thread. .

23. The apparatus according to claim 17, wherein the first adjustment module comprises: a fifth adjustment module configured to pass a work thread in a pre-created work thread into a sleep state through a worker thread The notification function is called in the synchronization statement block to adjust the work state of the worker thread in the pre-created worker thread to the sleep state to the awake state.

24. The device according to claim 18, wherein the second adjustment module comprises: a sixth adjustment module configured to pass a worker thread whose work state is awake state through the pre-created worker thread. The condition variable of the call the waiting function in the synchronization statement block, and adjusts the work state of the worker thread whose work state is the awake state to the sleep state.

25. The device according to any one of claims 15-24, wherein the device further comprises:

A second acquisition module configured to acquire basic information of the work task;

The storage module is configured to store the work task in a blocking queue based on the basic information of the work task.

26. The device according to claim 25, further comprising: a third obtaining module configured to obtain sequentially from the blocking queue through the worker threads for concurrent execution of work tasks. The work tasks, and the work tasks are performed concurrently.

27. The apparatus according to claim 25, wherein the basic information includes a type and a size of a work task.

28. The device according to any one of claims 15-27, wherein the work task comprises a download task.

29. A device / terminal / server including:

One or more processors;

A storage device configured to store one or more programs;

When the one or more programs are executed by the one or more processors, the one or more processors enable the one or more processors to implement the method for controlling task execution according to any one of claims 1-14.

30. A computer-readable storage medium having stored thereon a computer program that, when executed by a processor, implements a method for controlling the execution of a task according to any one of claims 1-14.