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]
