DYNAMIC THREAD POOL MANAGEMENT

• US 20110219377A1
• Filed: 03/05/2010
• Published: 09/08/2011
• Est. Priority Date: 03/05/2010
• Status: Active Grant

• Current Assignee: Microsoft Technology Licensing LLC (Microsoft Corporation)
• Original Assignee: Microsoft Corporation
• Inventors: Gowda, Rohith Thammana
• Granted Patent: US 8,381,216 B2
• Time in Patent Office: Days
• US Class Current: 718/102
• CPC Class Codes: G06F 2209/5011 Pool
• CPC Class Codes: G06F 2209/5018 Thread allocation
• CPC Class Codes: G06F 9/46 Multiprogramming arrangements
• CPC Class Codes: G06F 9/5027 the resource being a machine, e.g. CPUs, Servers, Terminals
• CPC Class Codes: G06F 9/505 considering the load

Abstract

Dynamically managing a thread pool associated with a plurality of sub-applications. A request for at least one of the sub-applications is received. A quantity of threads currently assigned to the at least one of the sub-applications is determined. The determined quantity of threads is compared to a predefined maximum thread threshold. A thread in the thread pool is assigned to handle the received request if the determined quantity of threads is not greater than the predefined maximum thread threshold. Embodiments enable control of the quantity of threads within the thread pool assigned to each of the sub-applications. Further embodiments manage the threads for the sub-applications based on latency of the sub-applications.

Claims

1. A system for dynamically managing a thread pool associated with a plurality of sub-applications, said system comprising:

a memory area for storing configuration information of an application and a plurality of sub-applications associated therewith, said configuration information including a predefined maximum thread threshold associated with one or more of the plurality of sub-applications, said configuration information further including a predefined maximum latency threshold associated with one or more of the plurality of sub-applications, said plurality of sub-applications being associated with one thread pool; and

a processor programmed to;

receive the configuration information of said application and said plurality of sub-applications;

receive a request for at least one of the sub-applications;

determine a quantity of threads currently assigned to said at least one of the sub-applications;

compare the determined quantity of threads with the predefined maximum thread threshold stored in the memory area to generate a first comparison result;

determine a latency of said at least one of the sub-applications;

compare the determined latency with said predefined maximum latency threshold stored in said memory area to generate a second comparison result;

assign a thread in said one thread pool to handle the received request based on said first comparison result and said second comparison result.

2. The system of claim 1, wherein the processor is programmed to receive the request from a client, and wherein said processor is further programmed to send an error message to the client if the determined quantity of threads is greater than said predefined maximum thread threshold.

3. The system of claim 1, wherein said processor is further programmed to calculate, over a predefined period of time, an average response time for said at least one of the sub-applications to process a request.

4. The system of claim 1, further comprising means for dynamically maintaining a plurality of threads for the plurality of sub-applications in said one thread pool based on thread count and latency.

5. The system of claim 1, further comprising means for dynamically maintaining a quantity of threads assigned to each of said plurality of sub-applications.

6. A method comprising:

receiving configuration information of an application and a plurality of sub-applications, the sub-applications being associated with one thread pool;

receiving a request for at least one of the sub-applications;

determining a quantity of threads currently assigned to the at least one of the sub-applications;

comparing the determined quantity of threads to a predefined maximum thread threshold from the received configuration information;

assigning a thread in the one thread pool to handle the received request if the determined quantity of threads is not greater than the predefined maximum thread threshold; and

generating an error message if the determined quantity of threads is greater than the predefined maximum thread threshold.

7. The method of claim 6, further comprising increasing the quantity of threads assigned to the at least one of the sub-applications after assigning the thread to handle the received request.

8. The method of claim 6, wherein the configuration information further includes a predefined maximum latency threshold, and further comprising:

determining a latency of the at least one of the sub-applications; and

comparing the determined latency of the at least one of the sub-applications with the predefined maximum latency threshold.

9. The method of claim 8, wherein receiving the request comprises receiving the request from a client, and further comprising sending an error message to the client if the determined latency is greater than the predefined maximum latency threshold.

10. The method of claim 8, further comprising reducing the predefined maximum thread threshold if the determined latency is greater than the predefined maximum latency threshold.

11. The method of claim 8, further comprising reducing the predefined maximum thread threshold to a quantity of one if the determined latency is greater than the predefined maximum latency threshold.

12. The method of claim 6, wherein receiving the request comprises receiving the request from a client, wherein the assigned thread processes the received request, and further comprising sending to the client a response indicating fulfillment of the received request.

13. The method of claim 12, further comprising decreasing the quantity of threads assigned to the at least one of the sub-applications by one after sending the response to the client.

14. The method of claim 6, wherein determining a latency of the at least one of the sub-applications comprises calculating, over a predefined period of time, an average response time for the at least one of the plurality of sub-applications to process a request.

15. The method of claim 6, wherein determining a latency of the at least one of the sub-applications comprises calculating an average response time for the at least one of the sub-applications to process a predefined quantity of requests.

16. One or more computer-readable media having computer-executable components, said components comprising:

an interface component that when executed by at least one processor causes the at least one processor to receive configuration information of an application and a plurality of sub-applications, and further to receive a request for at least one of the sub-applications;

a thread pool component that when executed by at least one processor causes the at least one processor to assign a thread to handle the request received by the interface component based on a comparison of the quantity of threads currently assigned to the at least one of the sub-applications and a predefined maximum thread threshold;

a latency component that when executed by at least one processor causes the at least one processor to determine a latency of the at least one of the sub-applications; and

a threshold component that when executed by at least one processor causes the at least one processor to change the predefined maximum thread threshold based on the latency determined by the latency component.

17. The computer-readable media of claim 16, wherein execution of the thread pool component by the at least one processor further causes the at least one processor to:

determine a quantity of threads currently assigned to the at least one of the sub-applications; and

determine if the quantity of threads currently assigned to the at least one of the sub-applications is not greater than the predefined maximum thread threshold.

18. The computer-readable media of claim 16, wherein execution of the threshold component by the at least one processor further causes the at least one processor to reduce the predefined maximum thread threshold to one if the latency determined by the latency component is greater than a predefined maximum latency threshold.

19. The computer-readable media of claim 16 wherein execution of the interface component by the at least one processor further causes the at least one processor to generate an error message if the latency determined by the latency component is greater than a predefined maximum latency threshold.

20. The computer-readable media of claim 16, wherein execution of the threshold component by the at least one processor further causes the at least one processor to increase the predefined maximum thread threshold if the latency determined by the latency component is not greater than the predefined maximum latency threshold and if the predefined maximum thread threshold has a value of one.