struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Greg Hess" <gh...@wrappedapps.com>
Subject RE: [OT] Stress testing?
Date Thu, 20 May 2004 15:18:16 GMT
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:Simon.Chappell@landsend.com]
> 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:ghess@wrappedapps.com]
> 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:Simon.Chappell@landsend.com]
> > 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:ghess@wrappedapps.com]
> > 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: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Mime
View raw message