-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Vicky,
On 6/16/15 1:38 PM, vicky wrote: > When you say "the number of open sockets and the number of > Tomcatrequest-processing threads will be the same". Does that mean > all sockets states whether its in Closed_wait,listening, stop > etc... will consume a thread individually. No. A working thread will be associated with an ESTABLISHED connection. That same thread will be inactive while waiting for a keep-alive request to come-along on the same ESTABLISHED connection. Once either side of the connection has disconnected, the thread should be free to go back and handle another connection. While the thread is idle, there should be no connection associated with it at all. > If yes then does that imply if i count all the sockets bind to > http port (all states ) it should not exceed the total no. of > threads configured for my hTTP connector. No, you can have many many connections in CLOSE_WAIT, FIN_WAIT, etc. states that have nothing to do (any more) with the thread that handled the request initially. Connections only stay in those states when one or the other side of the connection terminates in a non-clean way. > But in certain cases i've seen that this count of sockets is more > than the threads configured , is there any particular reason for > this behavior. I'm sure there /is/ an explanation for this behavior, but it's hard to guess what it might be given the information you have provided. I think you'd be best served by finding a nearby network admin or system admin and going over all the data with that person. Nobody here is going to get onto your systems and analyze everything necessary to identify a problem (if one exists) and then solve it. - -chris -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJVgHGfAAoJEBzwKT+lPKRYDw4P/j0Wt+T5qfrNtbNIVOaA23zw D4Mq3DjkdKGeyLnrVmoRaPJYcFloaLPBnyQ9/jPRrx6TREDUmOv/+Tt+J0pYRX58 4mXyIv9g/mrdg+TsqlZoMZZzTvh6ajStcMjmwobFONaXS6pxBqPmnlYi4/Qxobq+ LQAsE4hI6J0eBrl7RiRMe0inFHLE473VsdaU3ZPxgEqSeTTlmk6i71vkL9jWWZtx xuuKho3vBsjV6AtH6MU0IEBZnub1rqgOHgwdzZxrGkBAQAfE/pWdZNnF0FBid4S4 1/75tthYrweJks6ZpTEicfg4n9K2MCyu3UbZj0+DGu1qnfs7J8nB3m87uK+4iR5X VGRi8J1ZT8E9JE4WpyWcZIemWMqJbPTpPWcWJ0WAUbvRMOeyX93Pa67VTUBswkJB aPqcKrPs2Qy/HK8LZJYzaQ99nZgp9hvvl8nQzrDWqsM52HD1vPhHy5+KF5f0troC x1aNEZpn57va4xg7YHkwwGJlYB0UzYUjUrvxcv1FCUlaDFTrAIxdk8lJNVySHh38 BWlAIMpY8PfYKPbOqp6cSrn8fPyUOYDXdqKn9YWsoDbfWoDaO0lbGOgMwiRLjHLK PrsmABqX0jvYjKybOysKwtfdsGWbnTlX27vtcnJQgIsDWPlMLb0+9nH3zWLva8m5 OPFSSRc5obrfityHqS/a =28u/ -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
