Howdy, >I've seen this answer twice today, "make scripts to stress-test your >app". How do you do that? What am I connecting to and looking for in a >script that stress-tests a Java servlet or web app? I'm only asking >because I'm a little green at this and there are obviously other people >with the same needs who are failing to do this preemptively.
Twice today, hundreds of times in the archives ;) This is a standard process which can be summarized as follows? - How many maximum concurrent users to you need to support? (e.g. 100). - When handling that expected maximum number, what is the acceptable response time for pages in your application (e.g. 5sec). - Now get a tool like JMeter (which I like a lot, because it's free, powerful, and contains great tidbits from my friend and fellow developer Peter Lin [http://jakarta.apache.org/tomcat/articles/performance.pdf]) or Apache AB and write a script to simulate that expected maximum number of users hitting your webapp. - Run the script and see how your webapp responds. Are there crashes or other errors in the log? Is the response time too slow? - If all works well, you rock. Otherwise, inspect your webapp, perhaps running it with a profiler, for ways to improve performance. You will most likely need to experiment with Java VM Options, perhaps hardware or OS-level tweaking as well. Repeat the process until you're satisfied with performance. That's it. If you're stuck at any step in the process feel free to ask for help. I can't make this a complete message without stressing, yet again, that anyone who says they put apache in front of tomcat because tomcat's standalone performance isn't good enough without having done the above analysis should be fired on the spot. If they did this analysis and concluded they needed apache, kudos, but making performance decisions based on some old preconceived notions is... well, no need to swear. ;) Yoav Shapira > >-- > >John Beamon >Systems Administrator >Franklin American Mortgage >eml: [EMAIL PROTECTED] >web: www.franklinamerican.com > >Shapira, Yoav wrote: >> Howdy, >> Stress-test it with your max expected load and see what happens. >> There's no artificial reason for it to stop at 150MB. >> >> Yoav Shapira >> Millennium ChemInformatics >> >> >> >>>-----Original Message----- >>>From: Mindaugas Genutis [mailto:[EMAIL PROTECTED] >>>Sent: Wednesday, January 07, 2004 2:45 PM >>>To: Tomcat Users List >>>Subject: RE: Tomcat maximum heap size on Linux >>> >>> >>>I expect to use it a few hundred Megabytes. It was quickly increasing >> >> in >> >>>my eyes and stopped on 150Mb. Looks like its the system roof. Could it >> >> be >> >>>so? >>> >>> >>>>Howdy, >>>>If it doesn't need more than 150MB, it won't use more than 150MB... >> >> Are >> >>>>you blindly playing around with heap numbers, or did you actually >>>>determine 1GB was required to handle your max expected load? >>>> >>>>Yoav Shapira >>>>Millennium ChemInformatics >>>> >>>> >>>> >>>>>-----Original Message----- >>>>>From: Mindaugas Genutis [mailto:[EMAIL PROTECTED] >>>>>Sent: Wednesday, January 07, 2004 2:37 PM >>>>>To: Tomcat Users List >>>>>Subject: Tomcat maximum heap size on Linux >>>>> >>>>> >>>>>I wanted to increase Tomcat's maximum heap size. I did it by putting >>>> >>>>the >>>> >>>>>following string in the catalina.sh file (I'm running RedHat Linux): >>>>> >>>>>CATALINA_OPTS="-Djava.awt.headless=true -Xmx1024m" >>>>> >>>>>So, Tomcat can use 1Gb of my RAM. >>>>> >>>>>However, I'm observing Tomcat's usage with "top" under Linux and it >>>> >>>>stops >>>> >>>>>growing at 150Mb. >>>>> >>>>>Looks like this option doesn't work. Where else could I increase it? >>>>> >>>>>I'm using JDK 1.4.2, Tomcat 4.1.24 >>>>> >>>>>-- >>>>>Kaunas Regional Distance Education Center >>>>>Programmer >>>>>Phone: +370 674 05232 >>>>>WWW: http://distance.ktu.lt >>>>> >>>>> >>>>> >>>> >>>--------------------------------------------------------------------- >>> >>>>>To unsubscribe, e-mail: [EMAIL PROTECTED] >>>>>For additional commands, e-mail: [EMAIL PROTECTED] >>>> >>>> >>>> >>>> >>>>This e-mail, including any attachments, is a confidential business >>> >>>communication, and may contain information that is confidential, >>>proprietary and/or privileged. This e-mail is intended only for the >>>individual(s) to whom it is addressed, and may not be saved, copied, >>>printed, disclosed or used by anyone else. If you are not the(an) >> >> intended >> >>>recipient, please immediately delete this e-mail from your computer >> >> system >> >>>and notify the sender. Thank you. >>> >>>> >>>>-------------------------------------------------------------------- - >>>>To unsubscribe, e-mail: [EMAIL PROTECTED] >>>>For additional commands, e-mail: [EMAIL PROTECTED] >>>> >>>> >>> >>>-- >>>Kaunas Regional Distance Education Center >>>Programmer >>>Phone: +370 674 05232 >>>WWW: http://distance.ktu.lt >>> >>> > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
