Re: Tomcat 6.0 - http client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Vicky, On 12/14/12 2:12 PM, vicky wrote: Thanks guys for responding, from network side there are no issues infact as confirmed by our Network team Of /course/ the network team says that the network is fine ;) I am accessing my application over http port, i seek your advise on tunning my http client with respect to my tomcat Again, it's likely that your application needs to be tuned, not Tomcat. If you want to blame Tomcat for overhead, then create a trivial webapp (or use something from the 'examples' webapp) and run your load test against that. Then, you'll be tuning Tomcat and not just randomly changing things and hoping they work. 1We're using MultiThreadedHttpConnectionManager, In this do you guys have any recommendation/best practices for setting up the parameters like maxHostConnections, maxTotalConnections,connection timeout w.r.t tomcat Are you using Apache JMeter? Are you running it locally, or over a network? Please describe your load-test scenario. To narrow down response time issue , i took couple of thread dumps ,related to it i have following concerns I am getting hard time in making sense out of thread dumps , please shed some light on my below queries , Any weblink will be a great help :- It would help if you were to post one or those. 2 There were many http threads were in waiting state, is it bad ?? That depends upon what waiting means in your thread dump. Different JVMs and different tools use different words for different things. Sad but true. Also, RUNNABLE doesn't always mean runnable, which is frustrating. 3 In thread dumps there are many types of thread like http ,TP,scheduler etc a) when request is received by tomcat which type of thread will handle the request. The names of the threads are affected by a number of different configuration parameters. Posting the thread dump will help. It would also help to know if you have an Executor defined. b) does there is a different thread type in case we're forwarding a request from apache to Tomcat over AJP port That depends upon your configuration. Please post your Connector configuration(s). c) In case if slow response respone from an application , what ideally we should look in thread dumps Look at methods that often show up on the top of the call stack. Does we should focus on the no. of HTTP idle threads or scheduler threads or something else. Idle threads should not be a problem. If you have idle threads, then you either a) are not providing enough load to your webapp and you can pile more on or b) have more threads allocated than requests you are willing to accept (e.g. your thread pool is too big) - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEAREIAAYFAlDPbUcACgkQ9CaO5/Lv0PAHsQCeMfbuLSvvcX7BABjIa0vFJ/qR bvcAn2i4Oicmbyp8sfCsK7iLH0Ptn1CA =X3/R -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Tomcat 6.0 - http client
Hello Guys, I am facing response latency issue when i am invoking the web service call ( deployed on tomcat 6.x) from an http client. Can some body please share /let me know what are recommended configuration settings which i need to take care of at the http client at the tomcat level. I guess that is the issue. Secondly, which tomcat threads i need to monitor, as in threads dumps i am seeing different types of threads like http ,TP,scheduler etc. it will be great if you guys can suggest how to analyze these thread dumps Thanks Vicky - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6.0 - http client
On 14/12/2012 11:03, vicky007aggar...@yahoo.co.in wrote: Hello Guys, I am facing response latency issue when i am invoking the web service call ( deployed on tomcat 6.x) from an http client. Can some body please share /let me know what are recommended configuration settings which i need to take care of at the http client at the tomcat level. I guess that is the issue. Maybe your webservice is just really slow? p Secondly, which tomcat threads i need to monitor, as in threads dumps i am seeing different types of threads like http ,TP,scheduler etc. it will be great if you guys can suggest how to analyze these thread dumps Thanks Vicky - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- [key:62590808] signature.asc Description: OpenPGP digital signature
Re: Tomcat 6.0 - http client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Pid, On 12/14/12 11:10 AM, Pid wrote: On 14/12/2012 11:03, vicky007aggar...@yahoo.co.in wrote: Hello Guys, I am facing response latency issue when i am invoking the web service call ( deployed on tomcat 6.x) from an http client. Can some body please share /let me know what are recommended configuration settings which i need to take care of at the http client at the tomcat level. I guess that is the issue. Maybe your webservice is just really slow? +1 Usually, network latency can be separated from all other factors by just using 'ping'. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEAREIAAYFAlDLYKgACgkQ9CaO5/Lv0PDQ8ACfZShWQtiFRLOhuPjY/Gokw+HZ xjcAn3H7K27XjqwTXs45iTZU2RTQWPVa =scvf -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6.0 - http client
On Fri, Dec 14, 2012 at 9:23 AM, Christopher Schultz ch...@christopherschultz.net wrote: I am facing response latency issue when i am invoking the web service call ( deployed on tomcat 6.x) from an http client. Maybe your webservice is just really slow? Usually, network latency can be separated from all other factors by just using 'ping'. But response latency is not necessarily (or even usually) related to network latency :-) May I suggest NewRelic (http://newrelic.com/) for analyzing your application to find out where the time is being taken up? Disclaimer: just a satisfied customer. -- Hassan Schroeder hassan.schroe...@gmail.com http://about.me/hassanschroeder twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6.0 - http client
Thanks guys for responding, from network side there are no issues infact as confirmed by our Network team I am accessing my application over http port, i seek your advise on tunning my http client with respect to my tomcat 1We're using MultiThreadedHttpConnectionManager, In this do you guys have any recommendation/best practices for setting up the parameters like maxHostConnections, maxTotalConnections,connection timeout w.r.t tomcat To narrow down response time issue , i took couple of thread dumps ,related to it i have following concerns I am getting hard time in making sense out of thread dumps , please shed some light on my below queries , Any weblink will be a great help :- 2 There were many http threads were in waiting state, is it bad ?? 3 In thread dumps there are many types of thread like http ,TP,scheduler etc a) when request is received by tomcat which type of thread will handle the request. ?? b) does there is a different thread type in case we're forwarding a request from apache to Tomcat over AJP port ?? c) In case if slow response respone from an application , what ideally we should look in thread dumps??.Does we should focus on the no. of HTTP idle threads or scheduler threads or something else. ?? Thanks for your help Time Vicky From: Hassan Schroeder hassan.schroe...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Friday, 14 December 2012 11:12 PM Subject: Re: Tomcat 6.0 - http client On Fri, Dec 14, 2012 at 9:23 AM, Christopher Schultz ch...@christopherschultz.net wrote: I am facing response latency issue when i am invoking the web service call ( deployed on tomcat 6.x) from an http client. Maybe your webservice is just really slow? Usually, network latency can be separated from all other factors by just using 'ping'. But response latency is not necessarily (or even usually) related to network latency :-) May I suggest NewRelic (http://newrelic.com/) for analyzing your application to find out where the time is being taken up? Disclaimer: just a satisfied customer. -- Hassan Schroeder hassan.schroe...@gmail.com http://about.me/hassanschroeder twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
