2014-03-09 2:08 GMT+04:00 John Smith <tomcat.ran...@gmail.com>: > Sorry, forgot: Tomcat 7.0.42 > > > On Fri, Mar 7, 2014 at 3:59 PM, John Smith <tomcat.ran...@gmail.com> wrote: > >> The NIO connector has two attributes from the standard HTTP Connector >> implementation, maxConnections and maxThreads with defaults of 10000 and >> 200, respectively. >> >> Can anyone shine some light on how these work together? If I'm allowing up >> to 10000 connections, would that mean I only have 200 threads to process >> through them? It would seem to be a disparity between the defaults. If I'm >> expecting maxConnection numbers in the area of ~2000 at any given time, >> wouldn't I want to bump up my maxThreads closer to match that? >> >> Production environment is: >> >> DELL PowerEdge R720 >> Single Socket Six Core Intel Xeon E5-2640 2.5GHz >> 32 GB RAM >> RHEL 6 >>
Roughly speaking, The new APIs in java NIO and in Apache APR (and ultimately in underlying OS) allow to test whether there are incoming data on a network socket without actually reading it. A thread is needed when Tomcat calls your code in a web application to process a request. When request processing ends and control is returned to Tomcat, the request processing thread is decoupled from connection and is used to process other connections. With keep-alive feature in HTTP/1.1 protocol there may be several HTTP requests on the same HTTP connection, maxConnections = how many open HTTP connection can be hold by Tomcat maxThreads = how many requests are being actively processed at the same time. Best regards, Konstantin Kolinko --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org