-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

André,

On 6/26/14, 11:09 AM, André Warnier wrote:
> Lars Engholm Johansen wrote:
>> Thanks for all the replies guys.
>> 
>> Have you observed a performance increase by setting
>>> acceptorThreadCount to 4 instead of a lower number? I'm just
>>> curious.
>> 
>> 
>> No, but this was the consensus after elongated discussions in my
>> team. We have 12 cpu cores - better save than sorry. I know that
>> the official docs reads "although you would never really need
>> more than 2" :-)
>> 
>> The GC that Andre suggested was to get rid of some of CLOSE_WAIT
>>> connections in netstat output, in case if those are owned by
>>> some abandoned and non properly closed I/O classes that are
>>> still present in JVM memory.
>> 
>> 
>> Please check out the "open connections" graph at
>> http://imgur.com/s4fOUte As far as I interpret, we only have a
>> slight connection count growth during the days until the poller
>> thread die. These may or may not disappear by forcing a GC, but
>> the amount is not problematic until we hit the 
>> http-nio-80-ClientPoller-x thread death.
> 
> Just to make sure : what kind of connections does this graph
> actually show ? in which TCP state ? does it count only the
> "established", or also the "FIN_WAIT", "CLOSE_WAIT", "LISTEN" etc..
> ?

I think the state of the connections is a red herring: Tomcat will
hold those connections forever because the poller thread has died.
Nothing else matters.

Even if the CLOSE_WAIT connections were somehow cleared, Tomcat would
never respond properly to another request, ever. A Tomcat restart is
required if the poller thread dies.

One could argue that the poller threads should maybe "try harder" not
to die, but sometimes you can't stop thread death.

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJTrKZWAAoJEBzwKT+lPKRYZm8QAJ9fD8acAGZY/Tddt4TvUfat
rjpEhyfhUkBIMZkPito/pKHsT8EuwP36g3spa8tmj94gSB+ajgqDjJ6jZ47AN/eG
/0mSEMaedsaEXdO5e3RELDsDv16/fS0+OStvkG0/K22bWgf4Lbh7V9sC+LtIF04S
szo++GV9ykgv9fmFVyxXKRwpDdNWxNzJvgGCi/gXo/1bpSYUTwRUQcXb0aANvU2i
90KAj4ng9SJqyGwLKvYencYH7Ga2vqmuePHNLKKtiNT6iRLz9ZI8O1qW+SzJIG+e
moqS0VOz8C9v2yk1Dl7Ox7gw9A1dAd4GhLwtpsAcJFdpA4PKzto1hvKIuCLr3j7h
7pyw0/N2Nldl+nEOOhQiRU41e2L+wci0Rln2b83azvuqO2GrxUlJVthqjbTvLjMX
TbFYAjpIUPZFlIMKtefXA+cPF7JUh1expXk5J6/l1u6hWHR8a/uQ8G5M/5DK+ObV
1n5f/xU9eoLjbGs7/RC87VhWsxW/WutPh68cPKeC2oH6Hk1VL0lkjUiQ3i4DC+ym
yx4BvO1HUqY9uvjoGF0XoJRTcVlOyUP1G3zpxBBvL7ZpaU+r/c5MjjcMrgg6yzZe
NhMYKGJJ+qIfAtZHCm3snPCFYPysz9JwuUIGPB6ZBOukzDUAi59YLM/u9CIexkiJ
hZpHrNNu9zANMbFvt6jh
=SJdz
-----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