Oh, everything is default in server.xml except Connector configuration.
"I have already explained how maxConnections is enforced by Tomcat." Where?
When? I'm sorry, I havn't know it.
"the configuration of the client (number of threads, timeouts, etc.)  " -->
just need a simple web app, in the servlet you can sleep 60s.

Thank you for your reply.



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
>
>

Reply via email to