Use this page to configure a group of threads that an application server uses. Requests are sent to the server through any of the HTTP transport channels or HTTP transports. A thread pool enables components of the server to reuse threads to eliminate the need to create new threads at run time. Creating new threads expends time and resources.
To view this administrative console page, click Servers > Application Servers > server_name > Thread Pools, then select the thread pool. (You can reach this page through more than one navigational route.)
Configuration tab
The name of the thread pool to create. The name must be unique within the server.
Data type | String |
A text description of the thread pool.
Data type | String |
Specifies the minimum number of threads to allow in the pool.
Data type | Integer |
Default | 10 |
Specifies the maximum number of threads to allow in the pool.
If your Tivoli Performance Viewer shows the Percent Maxed metric to remain consistently in the double digits, consider increasing the Maximum size. The Percent Maxed metric indicates the amount of time that the configured threads are used. If there are several simultaneous clients connecting to the server-side ORB, increase the size to support up to 1000 clients.
Data type | Integer |
Default | 50 |
Recommended | 50 (25 on Linux systems) |
Specifies the number of milliseconds of inactivity that should elapse before a thread is reclaimed. A value of 0 indicates not to wait and a negative value (less than 0) means to wait forever.
Data type | Integer |
Units | Milliseconds |
Default | 3500 |
Specifies whether the number of threads can increase beyond the maximum size configured for the thread pool.
Data type | Boolean |
Default | Not enabled (false) |
Related tasks
Tuning the application serving environment