hmm
Try load test with only doing one thing. For example, run a load test
where you only get a gif or the same static page over again.
Something that does not involve business logic. See what performance you
get.
Then load test one part of you web-app where struts is involved (getting a
simple jsp page, maybe with validation or tiles) but still without your
models business login involved.
Then same request again and again where your model is involved. Compare
again. And so on. Makes it easier to locate what layer has the problem.
If you have a problem right away with static resources, I would look at
the web container or the OS/HW.
If you have problems with dynamic resources without you model layer, look
at struts. and so on.
.
"Pingili, Madhupal" <[EMAIL PROTECTED]>
03/22/04 12:16 PM
Please respond to "Struts Users Mailing List"
To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
cc:
Subject: RE: Struts web app performance improvement
http only.
> -----Original Message-----
> From: [EMAIL PROTECTED]
[SMTP:[EMAIL PROTECTED]
> Sent: Monday, March 22, 2004 1:07 PM
> To: Struts Users Mailing List
> Subject: RE: Struts web app performance improvement
>
> Are you running under http or https?
>
>
>
>
>
>
> "Pingili, Madhupal" <[EMAIL PROTECTED]>
> 03/22/04 11:28 AM
> Please respond to "Struts Users Mailing List"
>
>
> To: "'Struts Users Mailing List'"
> <[EMAIL PROTECTED]>
> cc:
> Subject: RE: Struts web app performance improvement
>
>
> It is IBM AIX 5.1, 1 CPU, 450 MHz, 1GB RAM.
>
> > -----Original Message-----
> > From: Smith, Darrin [SMTP:[EMAIL PROTECTED]
> > Sent: Monday, March 22, 2004 10:03 AM
> > To: 'Struts Users Mailing List'
> > Subject: RE: Struts web app performance improvement
> >
> > What sort of box was it run on? Processor speed and number of CPUs
> please.
> >
> > That would make a big difference.
> >
> >
> > -----Original Message-----
> > From: Pingili, Madhupal [mailto:[EMAIL PROTECTED]
> > Sent: Monday, March 22, 2004 8:54 AM
> > To: 'Struts Users Mailing List'
> > Subject: Struts web app performance improvement
> >
> >
> > Hello All,
> > We just ran the stress test on a web app. ( that searchs/retrieves
> > documents
> > from FileNet IS system) developed using Struts 1.1.
> > Overall, the application appeared to slow down significantly with only
> > "50"
> > users, the average response time on my PC was about 30 seconds to
bring
> up
> > a
> > page (this does not include running a query, just clicking on a
> > struts-menu
> > tab heading). Once the page loaded, queries took about 5-10 seconds,
but
> > occasionally would take longer. The number fifty is quoted because
these
> > were simultaneous test users and not real people. We still need to
> > determine
> > what these "50" users equate to in terms of real usage.
> >
> > We did get the load up to about "170" users to see what the server
> health
> > would look like. The application was responding to the load test
drones,
> > and
> > response time from my PC was occasionally over 2 minutes to load a
page.
> >
> > Server stats showed disk and memory usage being pretty low on the web
> > server. There appeared to be hardly any paging or swapping. However,
the
> > CPU
> > was pinned at 98-100% with only a few users. We noticed a constant CPU
> of
> > 98% with only "10" users.
> >
> > Web app. is running on WebSphere 4.0.4 AE.
> > I am currently looking at the "Resource Analyzer" reports and
searching
> > google for any links.
> >
> > Has anyone has come across this situation and solved this problem?
> > Any links to performance improvement guides or general topics is
highly
> > appreciated.
> >
> > Reddy Pingili
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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]
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
