Thanks Simon, much appreciated. Decided to evaluate OpenSTA and JMeter, boy I love Apache, why look anywhere else, I should have know to look and see if they had anything :-).
Can't wait to see how our app performs... You probably haven't heard the last from me... I will probably be posting this afternoon regarding some big "Struts" memory leak and then be humbled with identifying a bug in my code :-). Cheers, Greg Hess Software Engineer Wrapped Apps Corporation 275 Michael Cowpland Dr. Suite 201 Ottawa, Ontario K2M 2G2 Tel: (613) 591 -7552 ext 230 Fax: (613) 591-0523 1 (877) 388-6742 www.wrappedapps.com > -----Original Message----- > From: Chappell, Simon P [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 20, 2004 10:37 AM > To: Struts Users Mailing List > Subject: RE: [OT] Stress testing? > > Just a couple of points: > > 1. Consider a couple of testing machines. Our UI is fairly light and we > didn't pull down excess files (like images or style sheets etc etc), so we > got away with it, but if I had the choice I'd look at two machines > generating 50 simultaneous users worth of traffic. > > 2. Check out JMeter (http://jakarta.apache.org/jmeter/) they may have SSL > support. They do certainly have better "pretties". > > 3. We hit a cluster, and someone else set it up and configured it, so I > can't offer app server advice. Our main concern was about db access times. > The cluster hardly knew we were there, but the single database on the back > end was gasping for breath and asking for mercy by the time we'd finished > with it. > > 4. For our stress testing, we picked our most used use case and just > tested that. We have functional tests for the others, but the one we > picked is the 90-95% used path through our system. Ours is a very time > critical system, so getting that primary "happy" path optimised was a > wonderful return on our investment of time and effort. > > Simon > > -----Original Message----- > From: Greg Hess [mailto:[EMAIL PROTECTED] > Sent: Wednesday, May 19, 2004 4:10 PM > To: 'Struts Users Mailing List' > Subject: RE: [OT] Stress testing? > > > Thanks Simon, > > Actually I have been assigned to test 100 simultaneous users as a max, > so that would do fine. We do have some JUnit tests in the bag that we > use but I haven't worked with them yet. I will have a look at HttpUnit, > hope SSL is supported because our application runs exclusively on SSL. > > I have been planning to set up my tests as follows: > > Client Machine > - running the testing tool hitting the server > > Server Machine > - running app server being profiled by JProfiler > > I am not sure what performance to expect and how to configure the app > server for optimal performance but I will learn. > > Do you know of any guidelines regarding resource consumption like if my > max load is 100 simultanious users performing the heaviest transaction > my CPU usage should not exceed 80% and memory should not exceed 75% of > max available? > > Cheers, > > Greg Hess > Software Engineer > Wrapped Apps Corporation > 275 Michael Cowpland Dr. > Suite 201 > Ottawa, Ontario > K2M 2G2 > Tel: (613) 591 -7552 ext 230 > Fax: (613) 591-0523 > 1 (877) 388-6742 > www.wrappedapps.com > > > > -----Original Message----- > > From: Chappell, Simon P [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, May 19, 2004 4:27 PM > > To: Struts Users Mailing List > > Subject: RE: [OT] Stress testing? > > > > I've used JUnit and JUnitPerf to drive tests written with HttpUnit. > These > > worked well for me, allowing me to stress our Struts app to levels of > 100 > > simultaneous users. Is that stressful enough for you? (It certainly > > stressed out our DB2 DBA's watching what all that application activity > did > > to their database ... we managed to get up to 100% CPU usage on an IBM > > 390! :-) > > > > We didn't use SSL, so that might be a dealbreaker. > > > > Simon > > -----Original Message----- > > From: Greg Hess [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, May 19, 2004 3:28 PM > > To: Struts > > Subject: [OT] Stress testing? > > > > > > Hi All, > > > > I am looking for a tool to help me stress test my application and > would > > greatly appreciated any recommendations, suggestions on how to perform > > such testing and any procedures to follow:-). > > > > My requirements: > > > > 1) Mimic the work flow process for processing a transaction over > > several pages where session information is maintained so that my > > Transaction control tokens will not be invalid. I would like to be > able to > > specify the starting form and follow the process request/response over > > several steps and eventually complete the transaction. > > > > 2) The ability to specify number of loops, threads(for > concurrency) > > and timed duration would be great. > > > > 3) Support for SSL > > > > > > Thanks, > > > > > > Greg Hess > > > > Software Engineer > > > > Wrapped Apps Corporation > > > > 275 Michael Cowpland Dr. > > > > Suite 201 > > > > Ottawa, Ontario > > > > K2M 2G2 > > > > Tel: (613) 591 -7552 ext 230 > > > > Fax: (613) 591-0523 > > > > 1 (877) 388-6742 > > > > www.wrappedapps.com > > > > <http://www.wrappedapps.com> > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]