Re: How to access AJP Queue through JMX or any other possible way
Hi, Appreciate if you anyone accessed AJP Queue, your code snippet would help me a great deal. Thanks Sri srinivasch wrote: Hi Rainer, Thanks for your prompt response. I understand from your response that TOMCAT JMX doesnt provide me a way to access the AJP Queue. Does linux environment provide a way. Though your alternate suggestion is helpful I am trying to gather as much info I can. Thanks Sri On Thu, Mar 27, 2008 at 4:19 PM, Rainer Jung [EMAIL PROTECTED] wrote: SriSri schrieb: Well I am trying to post this message from Nabble and its not getting posted per their site message, I been trying to resend the message since 2 hours. I know the pain of spam and I dont intend to spam, was trying to post a genuine query. Thats all. Thanks for your help OK. At the moment Nabble seems to be quite behind. Marc seems to be up-to-date: http://marc.info/?l=tomcat-userr=1b=200803w=2 Answer to your question: see below. Sri On Thu, Mar 27, 2008 at 3:54 PM, Rainer Jung [EMAIL PROTECTED] wrote: Please stop spaming the list. Sending the same question five times in 90 minutes will most likely annoy everyone and reduce the chance to get an answer to an absolute minimum. Rainer SriSri schrieb: Hi, I am trying to find a way to access AJP Queue through JMX. If it is possible with JMX or any other way let me know. I am using Tomcat 5.5.20and I have clusters configured. I want to know whether the AJP Queue is full or not. Appreciate if anyone has any idea how to go about. Concerning your question: Tomcat doesn't have a request queue. It uses two design elements: - a thread pool - the usual connection backlog of the operating system The thread pool gets configured in the Connector element (server.xml). It has an initial size, a maximum size and further parameters to define growing and shrinking w.r.t varying load. The TCP connection backlog is operating systen specific and Tomcat only configures its maximal length. Apart from that Tomcat is agnostic of the backlog. Caution: I'm talking about the default connector. Other connectors (tcnative also known as APR, or the NIO connector in TC 6) have a different design. I guess what you want to know is, if your Tomcat is able to cope with the load. If not, you will very quickly see the thread pool increasing the number of threads until it reaches the configured maximum. So having a look at the thread pool size is a good indicator. Each pool has an MBean in JMX with name ThreadPool. There you can see the currentThreadCount and the currentThreadsBusy. But: Ajp uses persistent connections. So an established connection can be busy even if the thread handling it doesn't have to work on a request and is simply waiting (possibly for a long time) for the next request. From the point of view of the MBean, it will then be busy. From the point of view of request load, it is idle :( To increase the precision of the observation, you can use the connectionTimeout on the Connector, to allow Tomcat to close AJP connections, that didn't send a new request for some time. Don't go to extremes, because those will hurt performance. To check how far away from thread pool exhaustion you are, it's not necessary to configure extremely short connectionTimeouts. a Timeout between one and then minutes is fine in most cases. The ultimate answer to how many requests are we processing now is looking at a thread dump (kill -QUIT, goes to catalina.out). Unfortunately you shouldn't really do that in monitoring. HTH Rainer Thanks Sri - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/How-to-access-AJP-Queue-through-JMX-or-any-other-possible-way-tp16338416p16396038.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to access AJP Queue through JMX or any other possible way
Hi Rainer, Thanks for your prompt response. I understand from your response that TOMCAT JMX doesnt provide me a way to access the AJP Queue. Does linux environment provide a way. Though your alternate suggestion is helpful I am trying to gather as much info I can. Thanks Sri On Thu, Mar 27, 2008 at 4:19 PM, Rainer Jung [EMAIL PROTECTED] wrote: SriSri schrieb: Well I am trying to post this message from Nabble and its not getting posted per their site message, I been trying to resend the message since 2 hours. I know the pain of spam and I dont intend to spam, was trying to post a genuine query. Thats all. Thanks for your help OK. At the moment Nabble seems to be quite behind. Marc seems to be up-to-date: http://marc.info/?l=tomcat-userr=1b=200803w=2 Answer to your question: see below. Sri On Thu, Mar 27, 2008 at 3:54 PM, Rainer Jung [EMAIL PROTECTED] wrote: Please stop spaming the list. Sending the same question five times in 90 minutes will most likely annoy everyone and reduce the chance to get an answer to an absolute minimum. Rainer SriSri schrieb: Hi, I am trying to find a way to access AJP Queue through JMX. If it is possible with JMX or any other way let me know. I am using Tomcat 5.5.20and I have clusters configured. I want to know whether the AJP Queue is full or not. Appreciate if anyone has any idea how to go about. Concerning your question: Tomcat doesn't have a request queue. It uses two design elements: - a thread pool - the usual connection backlog of the operating system The thread pool gets configured in the Connector element (server.xml). It has an initial size, a maximum size and further parameters to define growing and shrinking w.r.t varying load. The TCP connection backlog is operating systen specific and Tomcat only configures its maximal length. Apart from that Tomcat is agnostic of the backlog. Caution: I'm talking about the default connector. Other connectors (tcnative also known as APR, or the NIO connector in TC 6) have a different design. I guess what you want to know is, if your Tomcat is able to cope with the load. If not, you will very quickly see the thread pool increasing the number of threads until it reaches the configured maximum. So having a look at the thread pool size is a good indicator. Each pool has an MBean in JMX with name ThreadPool. There you can see the currentThreadCount and the currentThreadsBusy. But: Ajp uses persistent connections. So an established connection can be busy even if the thread handling it doesn't have to work on a request and is simply waiting (possibly for a long time) for the next request. From the point of view of the MBean, it will then be busy. From the point of view of request load, it is idle :( To increase the precision of the observation, you can use the connectionTimeout on the Connector, to allow Tomcat to close AJP connections, that didn't send a new request for some time. Don't go to extremes, because those will hurt performance. To check how far away from thread pool exhaustion you are, it's not necessary to configure extremely short connectionTimeouts. a Timeout between one and then minutes is fine in most cases. The ultimate answer to how many requests are we processing now is looking at a thread dump (kill -QUIT, goes to catalina.out). Unfortunately you shouldn't really do that in monitoring. HTH Rainer Thanks Sri - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to access AJP Queue through JMX or any other possible way
Hi, I am trying to find a way to access AJP Queue through JMX. If it is possible with JMX or any other way let me know. I am using Tomcat 5.5.20 and I have clusters configured. I want to know whether the AJP Queue is full or not. Appreciate if anyone has any idea how to go about. Thanks Sri
Re: How to access AJP Queue through JMX or any other possible way
Please stop spaming the list. Sending the same question five times in 90 minutes will most likely annoy everyone and reduce the chance to get an answer to an absolute minimum. Rainer SriSri schrieb: Hi, I am trying to find a way to access AJP Queue through JMX. If it is possible with JMX or any other way let me know. I am using Tomcat 5.5.20 and I have clusters configured. I want to know whether the AJP Queue is full or not. Appreciate if anyone has any idea how to go about. Thanks Sri - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to access AJP Queue through JMX or any other possible way
Well I am trying to post this message from Nabble and its not getting posted per their site message, I been trying to resend the message since 2 hours. I know the pain of spam and I dont intend to spam, was trying to post a genuine query. Thats all. Thanks for your help Sri On Thu, Mar 27, 2008 at 3:54 PM, Rainer Jung [EMAIL PROTECTED] wrote: Please stop spaming the list. Sending the same question five times in 90 minutes will most likely annoy everyone and reduce the chance to get an answer to an absolute minimum. Rainer SriSri schrieb: Hi, I am trying to find a way to access AJP Queue through JMX. If it is possible with JMX or any other way let me know. I am using Tomcat 5.5.20and I have clusters configured. I want to know whether the AJP Queue is full or not. Appreciate if anyone has any idea how to go about. Thanks Sri - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to access AJP Queue through JMX or any other possible way
SriSri schrieb: Well I am trying to post this message from Nabble and its not getting posted per their site message, I been trying to resend the message since 2 hours. I know the pain of spam and I dont intend to spam, was trying to post a genuine query. Thats all. Thanks for your help OK. At the moment Nabble seems to be quite behind. Marc seems to be up-to-date: http://marc.info/?l=tomcat-userr=1b=200803w=2 Answer to your question: see below. Sri On Thu, Mar 27, 2008 at 3:54 PM, Rainer Jung [EMAIL PROTECTED] wrote: Please stop spaming the list. Sending the same question five times in 90 minutes will most likely annoy everyone and reduce the chance to get an answer to an absolute minimum. Rainer SriSri schrieb: Hi, I am trying to find a way to access AJP Queue through JMX. If it is possible with JMX or any other way let me know. I am using Tomcat 5.5.20and I have clusters configured. I want to know whether the AJP Queue is full or not. Appreciate if anyone has any idea how to go about. Concerning your question: Tomcat doesn't have a request queue. It uses two design elements: - a thread pool - the usual connection backlog of the operating system The thread pool gets configured in the Connector element (server.xml). It has an initial size, a maximum size and further parameters to define growing and shrinking w.r.t varying load. The TCP connection backlog is operating systen specific and Tomcat only configures its maximal length. Apart from that Tomcat is agnostic of the backlog. Caution: I'm talking about the default connector. Other connectors (tcnative also known as APR, or the NIO connector in TC 6) have a different design. I guess what you want to know is, if your Tomcat is able to cope with the load. If not, you will very quickly see the thread pool increasing the number of threads until it reaches the configured maximum. So having a look at the thread pool size is a good indicator. Each pool has an MBean in JMX with name ThreadPool. There you can see the currentThreadCount and the currentThreadsBusy. But: Ajp uses persistent connections. So an established connection can be busy even if the thread handling it doesn't have to work on a request and is simply waiting (possibly for a long time) for the next request. From the point of view of the MBean, it will then be busy. From the point of view of request load, it is idle :( To increase the precision of the observation, you can use the connectionTimeout on the Connector, to allow Tomcat to close AJP connections, that didn't send a new request for some time. Don't go to extremes, because those will hurt performance. To check how far away from thread pool exhaustion you are, it's not necessary to configure extremely short connectionTimeouts. a Timeout between one and then minutes is fine in most cases. The ultimate answer to how many requests are we processing now is looking at a thread dump (kill -QUIT, goes to catalina.out). Unfortunately you shouldn't really do that in monitoring. HTH Rainer Thanks Sri - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]