Hi Chris,

Thank you for your help. I will monitor it via JMX.

2017-03-11 2:08 GMT+08:00 Christopher Schultz <ch...@christopherschultz.net>
:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Linbo,
>
> On 3/9/17 7:31 PM, linbo liao wrote:
> > 1、The load-generating vm has 2 cores.
>
> With only 2 cores, you can only actually do 2 things at once. Perhaps
> you need more load-generating computers.
>
> > 2、Can I use currentThreadsBusy to monitor the performance of Tomcat
> > using APR connector?
>
> Yes, you can use that with any connector. The threads are Java
> threads. Only the underlying file descriptors are being managed by APR
> versus Java's BIO/NIO/2 stream managers.
>
> - -chris
>
> > 2017-03-10 0:42 GMT+08:00 Christopher Schultz
> > <ch...@christopherschultz.net> :
> >
> > Linbo,
> >
> > On 3/8/17 8:13 PM, linbo liao wrote:
> >>>> Here is the Connector configuration:
> >>>>
> >>>> <Connector port="8080"
> >>>> protocol="org.apache.coyote.http11.Http11AprProtocol"
> >>>> maxHttpHeaderSize="8192" maxThreads="400"
> >>>> acceptorThreadCount="4" maxKeepAliveRequests="-1"
> >>>> enableLookups="false" disableUploadTimeout="true"
> >>>> connectionTimeout="20000" />
> >>>>
> >>>> I use wrk, the currentThreadsBusy is higher than the value in
> >>>> ab testing, but most of time is less than 40.
> >>>>
> >>>> ./wrk -t100 -c 100 -d 10s http://10.211.55.4:8080/
> >
> > I've never used wrk. How many CPU cores does your load-generating
> > computer have?
> >
> >>>> For APR connector, will it get one thread from the poll to
> >>>> deal with each request?
> >
> > For both NIO/2 and APR, you'll have one accepter thread (4 in your
> > case) and one poller thread for many (400 in your case)
> > request-processing threads.
> >
> > It's possible that your server is handling the requests fast
> > enough that they never pile-up enough to use more than 40 threads.
> >
> > Congratulations: you can handle the load you are putting on the
> > server. :)
> >
> > -chris
> >
> >>>> 2017-03-08 22:45 GMT+08:00 Christopher Schultz
> >>>> <ch...@christopherschultz.net
> >>>>> :
> >>>>
> >>>> Linbo,
> >>>>
> >>>> On 3/7/17 10:14 PM, linbo liao wrote:
> >>>>>>> I setup local environment to test Tomcat monitor.
> >>>>>>>
> >>>>>>> The Environment:
> >>>>>>>
> >>>>>>> Tomcat: 8.5.5 VM: Ubuntu 14.04.1 LTS HTTP PORT: 8080
> >>>>>>> IP: 10.211.55.4
> >>>>>>>
> >>>>>>> Tomcat use APR connector, I test the tomcat via ab
> >>>>>>> command, find JMX currentThreadsBusy < 10 all of the
> >>>>>>> time.
> >>>>>>>
> >>>>>>> ab -n 100000 -c 100 10.211.55.4:8080/
> >>>>>>>>
> >>>>>>>
> >>>>>>> I tried to search the reason but without the result.
> >>>>>>> For BIO each thread to handle one connection, so
> >>>>>>> currentThreadsBusy can show the performance of tomcat.
> >>>>>>>
> >>>>>>> But for APR connector, what's the meaning of
> >>>>>>> currentThreadsBusy?
> >>>>
> >>>> Please post your <Connector> configuration.
> >>>>
> >>>> It seems that ab isn't a very good load-generator for
> >>>> several reasons. But you should be able to get more than Java
> >>>> 10 threads working at a tim e.
> >>>>
> >>>> You are probably expecting ~100 threads busy at all times,
> >>>> right?
> >>>>
> >>>> -chris
> >>>>>
> >>>>> ------------------------------------------------------------------
> - ---
> >>>>>
> >>>>>
> >
> >>>>>
> 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
> >>
> >>
> >
> -----BEGIN PGP SIGNATURE-----
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQIcBAEBCAAGBQJYwuuvAAoJEBzwKT+lPKRYfCUP/1OEAoFvKMAY2Rmh9X0Gy+WN
> ZIfnZOOUnC3onnEpgCGxucxXzfkf9jGljhIIqr+mXYu1urbhpgUaoGXT8CS7S4bn
> SSE7GSQwaQ0dyqdzhc4F2/4LzMZ1J1u+Jakn/uQhlDv4eIrYMo4tNVGEaGdVA7jo
> hU6Auy4ATY5NW/0zeefnukq8fp+CyyMGPESJGsCDL5czVjZ8zXyHo/4Px2kGyryt
> 7GM/R+8RpapnrA3WFQs65MTMn7cQAbAZOSgvzUfCC6VQicn/rMuND07OgN7I4MUG
> soEpRDjwY/41ynEUL5wID6uHsWJ9KrRldybhSQzwpI3FVNPHDCe3hRxNWPN0eULT
> /u8fCK2jyswscRqfTuk1NKEQGJ4XQqMVo+Y0cJ9BAncUPA5OUN2zD/DLnIa06yLv
> OXs3HjyFgwwEN9wMBxQyMedam5BkcjzjD6A5zdIV0isHyROa3idVl3B8HYyslhk5
> seLlCPOehr2MJsluzZjiciv4estnUf2Dm43aTc8c/1I12AMmLudAxkbGB5a4bkUt
> mb4LXpV+pPuQ/rdWrBAuyvfAXYvlgjKmcWrKltrpzFuTU+VLW8GC/1IsLwYlDcpW
> oilPZtfKEUp1hnsT8bKC1pywT3lX5MYT4acxbXcOAw1cSY+ocwPmum4J3NKBfcQP
> mR5U4hKAZ926OQYwC/f6
> =E3ng
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Reply via email to