You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by "Chappell, Simon P" <Si...@landsend.com> on 2004/05/19 22:26:32 UTC
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>
RE: [OT] Stress testing?
Posted by adam <aa...@cesplc.com>.
You can also check out the Grinder 3 for stress testing your application.
-----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
RE: [OT] Stress testing?
Posted by Greg Hess <gh...@wrappedapps.com>.
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