processing threads to be created by the HTTPConnector.
emptysessionpath="true" enablelookups="false" maxhttpheadersize="8192"
maxthreads="250" port="8080" protocol="HTTP/1.1" redirectport="8443">
This determines the maximum number of simultaneous requests that can be handled. If not specified, this attribute is set to the default value of 200.
How the process works:
- At server startup, the HTTP Connector will create a number of processing threads based on the value configured for the minSpareThreads attribute.
- Each incoming request requires a thread for the duration of that request.
- If the number of simultaneous requests cannot be handled by the currently available request processing threads, additional threads will be created up to the configured maximum (the value of the maxThreads attribute).
- If still more simultaneous requests are received, they are stacked up up to the configured maximum (the value of the acceptCount attribute).
- Any further simultaneous requests will receive "connection refused" errors, until resources are available to process them.
maxThreads is an important tuning parameter, however if you are reaching an error like:
org.apache.tomcat.util.threads.ThreadPool logFull SEVERE: All threads (150) areyou should at first investigate if it's rather a problem of individual requests taking too long: are your threads returning to the pool? if, for example, database connections are not released, threads pile up waiting to obtain a database connection thereby making it impossible to process additional requests. This is a problem in your webapp. Take a thread dump to find out where they're stuck.
currently busy, waiting. Increase maxThreads (150) or check the servlet status
Increasing too much maxThreads will lead to :
- Consume a good chunk of memory.
- Your system will spend too much time context switching
If you want to learn more about JDK tuning read this tutorial which contains many tips valid also for tomcat:JBoss Performance Tuning