All I am showing is a very long chain of method calls for Jersey that seem to compose most of the overall time.
I suspect that the tests Mark was talking about where he got 50k requests did not have anything like what I am seeing. Just shows Jersey is not capable of high throughput. -Tony ----- Original Message ---- From: Pid <p...@pidster.com> To: Tomcat Users List <users@tomcat.apache.org> Sent: Mon, February 14, 2011 3:39:04 AM Subject: Re: Performance Tuning Tomcat 7... On 2/13/11 8:15 PM, Tony Anecito wrote: > Hi Mark, > > Here is the link to the screenshot I tried to send as an attachement. > > http://www.myuniportal.com/tomcatjerseyservletprofile.jpg What are we looking for here? I don't know if there's any optimisation possible in the SocketProcessor.run() method in Tomcat. If I were to consider what Jersey is doing, I'd look at why there's an expensive ContainerResponse.write() call (costing 0.6ms) while it still seems to be processing the request. p > ----- Original Message ---- > From: Mark Thomas <ma...@apache.org> > To: Tomcat Users List <users@tomcat.apache.org> > Sent: Sun, February 13, 2011 2:54:53 AM > Subject: Re: Performance Tuning Tomcat 7... > > On 13/02/2011 04:33, Tony Anecito wrote: >> Thanks Pid. >> >> Odd though I did a GET with no attachments. >> I do return a complex object but that is only the response not the request. > > Pid meant that the mailing list strips attachments. We can't see the > Visual VM output you are referring to. > > Mark > > >> >> -Tony >> >> >> >> ----- Original Message ---- >> From: Pid <p...@pidster.com> >> To: Tomcat Users List <users@tomcat.apache.org> >> Sent: Sat, February 12, 2011 5:04:41 PM >> Subject: Re: Performance Tuning Tomcat 7... >> >> On 2/12/11 10:23 PM, Tony Anecito wrote: >>> I attached the screenshot of visualvm showing what I mean. >> >> The list strips attachments... >> >> >> p --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
