Are there any log entries that would indicate that the poller thread has died? This/these thread/s start when Tomcat starts. and a stack over flow on a processing thread should never affect the poller thread.
Filip On Thu, Jun 26, 2014 at 4:01 PM, Christopher Schultz < ch...@christopherschultz.net> wrote: > -----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 > >