On 31/12/2013 09:42, 侯树成 wrote: > Oh, everything is default in server.xml except Connector configuration.
Yes, I can read thanks. > "I have already explained how maxConnections is enforced by Tomcat." Where? > When? I'm sorry, I havn't know it. You replied to my explanation so I suggest you go back and re-read the thread for your previous question. > "the configuration of the client (number of threads, timeouts, etc.) " --> > just need a simple web app, in the servlet you can sleep 60s. None of which answers my questions about the client configuration. > Thank you for your reply. Mark > > > > 2013/12/31 Mark Thomas <ma...@apache.org> > >> On 31/12/2013 02:01, 侯树成 wrote: >>> Hi, >>> Today, I find the acceptCount of connector is not work like it's config. >>> You can try it like this: >>> <Connector port="8080" protocol="HTTP/1.1" >>> connectionTimeout="20000" >>> redirectPort="8443" acceptCount="2" maxThreads="1" >>> minSpareThreads="1"/> >>> >>> use LR or JMeter make more requests( >10) . You will find that 5 >> requests >>> will served correctly, others will be refused. >>> >>> When the acceptCount=3 >>> <Connector port="8080" protocol="HTTP/1.1" >>> connectionTimeout="20000" >>> redirectPort="8443" acceptCount="3" maxThreads="1" >>> minSpareThreads="1"/> >>> >>> You will find that 7 requests will served correctly, others will be >>> refused. >>> >>> >>> When the acceptCount=4 >>> <Connector port="8080" protocol="HTTP/1.1" >>> connectionTimeout="20000" >>> redirectPort="8443" acceptCount="4" maxThreads="1" >>> minSpareThreads="1"/> >>> >>> You will find that 9 requests will served correctly, others will be >>> refused. >>> >>> Yes, the SUCCESS requests = 2 * acceptCount + maxthead , is it right? >>> >>> why the acceptCount is not work like it's configuration? >>> >>> Could you help me? Thank you. >> >> With the information provided above, no. >> >> I have already explained how maxConnections is enforced by Tomcat. >> >> The behaviour you observe in your test will depend on the configuration >> of the client (number of threads, timeouts, etc.) which you have failed >> to provide. >> >> Mark >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org