tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Schultz <ch...@christopherschultz.net>
Subject Re: JMX currentThreadsBusy less than connections/requests when use APR connector
Date Fri, 10 Mar 2017 18:08:47 GMT
-----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
> <chris@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 
>>>> <chris@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-unsubscribe@tomcat.apache.org
>>>>> For additional commands, e-mail:
>>>>> users-help@tomcat.apache.org
>>>>> 
>>>>> 
>>>> 
>> 
>> ---------------------------------------------------------------------
>>
>> 
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@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-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message