Struts 2 performance

[Guillaume Carré]

2007/7/11, Musachy Barroso <musachy@...>:
> I think so far a couple of people have tried to decouple Struts 2 from OGNL,
> (so other libs like MVEL could be used), so far no patch has made it through
> :)

have you considered upgrading to OGNL 2.7?

Tapestry 4 did, there seems to be some performance improvement in this release:
http://blog.opencomponentry.com/2007/06/26/tapestry-412-ognl-27-released/

is it a simple JAR drop?
--
Guillaume Carré

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

[Ted Husted]

On 7/11/07, Guillaume Carré <guillaume.carre@...> wrote:
> Tapestry 4 did, there seems to be some performance improvement in this release:
> http://blog.opencomponentry.com/2007/06/26/tapestry-412-ognl-27-released/
>
> is it a simple JAR drop?

I don't know, I'll give it a try.

-Ted.

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

[Leon Rosenberg-3]

hmm,

if someone would specify a valid test-case or test-app, i'd volunteer
to implement it in both s1 and s2 and measure the points where the
performance is lost exactly.

</2cents>
Leon

On 7/11/07, Musachy Barroso <musachy@...> wrote:

> I think so far a couple of people have tried to decouple Struts 2 from OGNL,
> (so other libs like MVEL could be used), so far no patch has made it through
> :)
>
> As for 2.1, the other day when Ted posted the numbers about the download
> spike it made think that even with so many people downloading/using S2, we
> are not getting many contributions/contributors and development overall
> seems very slow. I know that's the nature of OSS, but we could use some help
> right now.
>
> regards
> musachy
>
> On 7/11/07, Ted Husted <husted@...> wrote:
> >
> > On 7/11/07, Aram Mkhitaryan <aram.mkhitaryan@...> wrote:
> > > Look here
> > > https://issues.apache.org/struts/browse/WW-1673
> > > and references there.
> > > Maybe we can push those tickets to be fixed earlier,
> > > since it is not clear when the mentioned version 2.1.x will be released.
> > >
> > > Does someone know how we can do that?
> >
> > I think the underlying problem is no one is sure how to proceed. There
> > have been several suggestion as to replacing OGNL and/or FreeMarker,
> > but no clear winner has emerged.
> >
> > *
> > http://www.nabble.com/The-performance-issue-about-OGNL-tf3291137.html#a9154137
> >
> > *
> > http://www.nabble.com/OGNL-performance-detrimental-to-Struts-2-tf2804655.html#a7825136
> >
> > *
> > http://www.nabble.com/Abstracting-Ognl-from-XWork-and-Struts-2--tf2355393.html#a6561815
> >
> > (and now)
> >
> > * http://www.nabble.com/Struts-2-performance-tf4053401.html#a11536097
> >
> > Technology aside, the key ingredient is one or more volunteers who are
> > are ready, willing, and able to do the work.
> >
> > A good place to start would be summarize the prior threads and post
> > the summary here and on the JIRA ticket.
> >
> > We also could use a benchmark test that people in the project could
> > check out from SVN and run locally. We do have one contribution in
> > that regard, but it needs to be ported from WW to S2.
> >
> > * https://issues.apache.org/struts/browse/WW-1560
> >
> > HTH, Ted.
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@...
> > For additional commands, e-mail: user-help@...
> >
> >
>
>
> --
> "Hey you! Would you help me to carry the stone?" Pink Floyd
>

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

[Andrea Vettori]

I think that the s2 app should have more than one version depending  
on the used template.

I think the test app should have

- listing rows from a database
- displaying row details

These should be the most used pattern used on many sites and it can  
be also a part of a CRUD application.

Add an input form and I think you have a good starting point to make  
some benchmarks.

I think the backend datastore should be in-memory and pre-loaded  
before making any measurement.


Il giorno 11/lug/07, alle ore 16:21, Leon Rosenberg ha scritto:

> hmm,
>
> if someone would specify a valid test-case or test-app, i'd volunteer
> to implement it in both s1 and s2 and measure the points where the
> performance is lost exactly.
>
> </2cents>
> Leon
>
> On 7/11/07, Musachy Barroso <musachy@...> wrote:
>> I think so far a couple of people have tried to decouple Struts 2  
>> from OGNL,
>> (so other libs like MVEL could be used), so far no patch has made  
>> it through
>> :)
>>
>> As for 2.1, the other day when Ted posted the numbers about the  
>> download
>> spike it made think that even with so many people downloading/
>> using S2, we
>> are not getting many contributions/contributors and development  
>> overall
>> seems very slow. I know that's the nature of OSS, but we could use  
>> some help
>> right now.
>>
>> regards
>> musachy
>>
>> On 7/11/07, Ted Husted <husted@...> wrote:
>> >
>> > On 7/11/07, Aram Mkhitaryan <aram.mkhitaryan@...> wrote:
>> > > Look here
>> > > https://issues.apache.org/struts/browse/WW-1673
>> > > and references there.
>> > > Maybe we can push those tickets to be fixed earlier,
>> > > since it is not clear when the mentioned version 2.1.x will be  
>> released.
>> > >
>> > > Does someone know how we can do that?
>> >
>> > I think the underlying problem is no one is sure how to proceed.  
>> There
>> > have been several suggestion as to replacing OGNL and/or  
>> FreeMarker,
>> > but no clear winner has emerged.
>> >
>> > *
>> > http://www.nabble.com/The-performance-issue-about-OGNL- 
>> tf3291137.html#a9154137
>> >
>> > *
>> > http://www.nabble.com/OGNL-performance-detrimental-to-Struts-2- 
>> tf2804655.html#a7825136
>> >
>> > *
>> > http://www.nabble.com/Abstracting-Ognl-from-XWork-and-Struts-2-- 
>> tf2355393.html#a6561815
>> >
>> > (and now)
>> >
>> > * http://www.nabble.com/Struts-2-performance- 
>> tf4053401.html#a11536097
>> >
>> > Technology aside, the key ingredient is one or more volunteers  
>> who are
>> > are ready, willing, and able to do the work.
>> >
>> > A good place to start would be summarize the prior threads and post
>> > the summary here and on the JIRA ticket.
>> >
>> > We also could use a benchmark test that people in the project could
>> > check out from SVN and run locally. We do have one contribution in
>> > that regard, but it needs to be ported from WW to S2.
>> >
>> > * https://issues.apache.org/struts/browse/WW-1560
>> >
>> > HTH, Ted.
>> >
>> >  
>> ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: user-unsubscribe@...
>> > For additional commands, e-mail: user-help@...
>> >
>> >
>>
>>
>> --
>> "Hey you! Would you help me to carry the stone?" Pink Floyd
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>

--
Ing. Andrea Vettori
Consulente per l'Information Technology



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

[Ted Husted]

On 7/11/07, Leon Rosenberg <rosenberg.leon@...> wrote:
> if someone would specify a valid test-case or test-app, i'd volunteer
> to implement it in both s1 and s2 and measure the points where the
> performance is lost exactly.

There's a WW application attached to this ticket that might be a
likely starting point.

 * https://issues.apache.org/struts/browse/WW-1560

-Ted.

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

[Musachy Barroso]

Struts tests pass with OGNL 2.7

musachy

On 7/11/07, James Holmes <james@...> wrote:

>
> It's not a simple JAR drop. The core XWork and Struts 2 libraries have to
> be
> updated to compile expressions. This will take some work, but I believe it
> is
> badly needed. I'm up for helping to do this work, but don't have much
> experience
> with the OGNL code. I also don't have commit access to the XWork code.
>
> What's the process for getting commit access to XWork for Struts
> committers?
>
> James
>
>
> On Wed Jul 11  9:39 , 'Guillaume Carré' <guillaume.carre@...> sent:
>
> >2007/7/11, Musachy Barroso musachy@...>:
> >> I think so far a couple of people have tried to decouple Struts 2 from
> OGNL,
> >> (so other libs like MVEL could be used), so far no patch has made it
> through
> >> :)
> >
> >have you considered upgrading to OGNL 2.7?
> >
> >Tapestry 4 did, there seems to be some performance improvement in this
> release:
> >http://blog.opencomponentry.com/2007/06/26/tapestry-412-ognl-27-released/
> >
> >is it a simple JAR drop?
> >--
> >Guillaume Carré
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: user-unsubscribe@...
> >For additional commands, e-mail: user-help@...
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>

--
"Hey you! Would you help me to carry the stone?" Pink Floyd

[David Durham, Jr.]

On 7/11/07, Ing. Andrea Vettori <mail@...> wrote:
> Can anyone suggest how to "test" my site for performance analysis
> (best with a simple free product) ?
> I can show here the result if interested.

I haven't used it personally, but there's the Eclipse TPTP project
that works with the eclipse web tools platform via a seperately
downloaded plugin (tptp-wtp).

http://www.eclipse.org/tptp/

HTH,
Dave

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

[Martin Gilday]

I have dropped 2.7 into a WW app which has been live for the past week
with zero (new) errors.  However, as has been stated, it needs to be
reworked to get the speed improvments.


----- Original message -----
From: "Musachy Barroso" <musachy@...>
To: "Struts Users Mailing List" <user@...>
Date: Wed, 11 Jul 2007 15:03:51 -0400
Subject: Re: Struts 2 performance

Struts tests pass with OGNL 2.7

musachy

On 7/11/07, James Holmes <james@...> wrote:

>
> It's not a simple JAR drop. The core XWork and Struts 2 libraries have to
> be
> updated to compile expressions. This will take some work, but I believe it
> is
> badly needed. I'm up for helping to do this work, but don't have much
> experience
> with the OGNL code. I also don't have commit access to the XWork code.
>
> What's the process for getting commit access to XWork for Struts
> committers?
>
> James
>
>
> On Wed Jul 11  9:39 , 'Guillaume Carré' <guillaume.carre@...> sent:
>
> >2007/7/11, Musachy Barroso musachy@...>:
> >> I think so far a couple of people have tried to decouple Struts 2 from
> OGNL,
> >> (so other libs like MVEL could be used), so far no patch has made it
> through
> >> :)
> >
> >have you considered upgrading to OGNL 2.7?
> >
> >Tapestry 4 did, there seems to be some performance improvement in this
> release:
> >http://blog.opencomponentry.com/2007/06/26/tapestry-412-ognl-27-released/
> >
> >is it a simple JAR drop?
> >--
> >Guillaume Carré
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: user-unsubscribe@...
> >For additional commands, e-mail: user-help@...
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>

--
"Hey you! Would you help me to carry the stone?" Pink Floyd

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

[Aram Mkhitaryan]

If we need to test the Struts2's real performance we should not use database
calls and stuff like that.
The code should be as simple as possible, for example, as it was already
suggested,
we may use static data (a big enough list with beans that have at least 5
properties).
We may include some logical part, for example, exclude beans with odd
indexes to add a little functionality (we should notice that the bottleneck
is in frontend/jsp/ognl side not in backend/actions side).

There were a question about how to test and how to measure the performance
...
"jmeter" is a good choice.
You may start jmeter with at least, for example, 20 concurrent clients, and
set timeout to, for example, 1s.
The more tests pass the better the performance is.
Then you can decrease timeout and increase clients count.

Best,
Aram
________________________________
Aram Mkhitaryan

52, 25 Lvovyan, Yerevan 375000, Armenia

Mobile: [phone]
E-mail: aram.mkhitaryan@...

[Aram Mkhitaryan]

BTW, the idea about participation in contributing to this part is good.
I would love to solve this performance problem.

Does someone know how we can become a contributor of struts2?

Is there a standard procedure, or we just can solve ourselves and send the
result code?

Best,
Aram
________________________________
Aram Mkhitaryan

52, 25 Lvovyan, Yerevan 375000, Armenia

Mobile: [phone]
E-mail: aram.mkhitaryan@...

[Don Brown-5]

Ted wrote up a good doc somewhere on the website, but the summary is
join the dev list, participate in discussions, file jira tickets with
patches that include unit tests.

Don

On 7/12/07, Aram Mkhitaryan <aram.mkhitaryan@...> wrote:

> BTW, the idea about participation in contributing to this part is good.
> I would love to solve this performance problem.
>
> Does someone know how we can become a contributor of struts2?
>
> Is there a standard procedure, or we just can solve ourselves and send the
> result code?
>
> Best,
> Aram
> ________________________________
> Aram Mkhitaryan
>
> 52, 25 Lvovyan, Yerevan 375000, Armenia
>
> Mobile: [phone]
> E-mail: aram.mkhitaryan@...
>

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

[Andrea Vettori]

I've done some measurements with jmeter on my e-commerce site built on
struts2 and ejb3.

1 user (testing)
===========
Home page, http://www.elettrotop.com/ElettroTop/Home.action
average response time : 63 msec


MP3s list,
http://www.elettrotop.com//ElettroTop/RicercaArticoliAlbero.action?path=AUDPERMP3
average response time : 360 msec



100 users, ramp-up 200 seconds (average load)
================================
Home page, http://www.elettrotop.com/ElettroTop/Home.action
average response time : 72 msec


MP3s list,
http://www.elettrotop.com//ElettroTop/RicercaArticoliAlbero.action?path=AUDPERMP3
average response time : 378 msec



100 users, ramp-up 10 seconds (high-load)
==============================

Home page, http://www.elettrotop.com/ElettroTop/Home.action
average response time : 59 msec
throughput: 597 / minute


MP3s list,
http://www.elettrotop.com//ElettroTop/RicercaArticoliAlbero.action?path=AUDPERMP3
average response time : 2,7 seconds
throughput: 261 / minute


The home page is moderately complex but it uses almost all cached data.
The MP3s list loads from the db about 270 product records and shows the
first 10.
Most views component are produced using jsp custom tags so OGNL is used
only on the back-end by struts itself and not by jsp pages.
The site is using the simple theme.


Any considerations on the numbers ?


--
Ing. Andrea Vettori
Consulente per l'Information Technology


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

[Ted Husted]

 * http://struts.apache.org/helping.html

On 7/12/07, Don Brown <donald.brown@...> wrote:
> Ted wrote up a good doc somewhere on the website, but the summary is
> join the dev list, participate in discussions, file jira tickets with
> patches that include unit tests.
>
> Don

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

[Al Sutton]

Try using a some dummy beans for your MP3 test that return known data, that
way you can get a good idea of the impact your database has on the response
time. I suspect you'll find that your DB is causing a lot of the delay in
the short ramp up test.

-----Original Message-----
From: Ing. Andrea Vettori [mailto:mail@...]
Sent: 12 July 2007 11:30
To: Struts Users Mailing List
Subject: Re: Struts 2 performance


I've done some measurements with jmeter on my e-commerce site built on
struts2 and ejb3.

1 user (testing)
===========
Home page, http://www.elettrotop.com/ElettroTop/Home.action
average response time : 63 msec


MP3s list,
http://www.elettrotop.com//ElettroTop/RicercaArticoliAlbero.action?path=AUDP
ERMP3
average response time : 360 msec



100 users, ramp-up 200 seconds (average load)
================================ Home page,
http://www.elettrotop.com/ElettroTop/Home.action
average response time : 72 msec


MP3s list,
http://www.elettrotop.com//ElettroTop/RicercaArticoliAlbero.action?path=AUDP
ERMP3
average response time : 378 msec



100 users, ramp-up 10 seconds (high-load) ==============================

Home page, http://www.elettrotop.com/ElettroTop/Home.action
average response time : 59 msec
throughput: 597 / minute


MP3s list,
http://www.elettrotop.com//ElettroTop/RicercaArticoliAlbero.action?path=AUDP
ERMP3
average response time : 2,7 seconds
throughput: 261 / minute


The home page is moderately complex but it uses almost all cached data. The
MP3s list loads from the db about 270 product records and shows the
first 10.
Most views component are produced using jsp custom tags so OGNL is used
only on the back-end by struts itself and not by jsp pages.
The site is using the simple theme.


Any considerations on the numbers ?


--
Ing. Andrea Vettori
Consulente per l'Information Technology


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



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

[Andrea Vettori]

Yes i'm sure it's true.

So the struts related performance seems not too bad...

Il giorno 12/lug/07, alle ore 14:02, Al Sutton ha scritto:

> Try using a some dummy beans for your MP3 test that return known  
> data, that
> way you can get a good idea of the impact your database has on the  
> response
> time. I suspect you'll find that your DB is causing a lot of the  
> delay in
> the short ramp up test.
>
> -----Original Message-----
> From: Ing. Andrea Vettori [mailto:mail@...]
> Sent: 12 July 2007 11:30
> To: Struts Users Mailing List
> Subject: Re: Struts 2 performance
>
>
> I've done some measurements with jmeter on my e-commerce site built on
> struts2 and ejb3.
>
> 1 user (testing)
> ===========
> Home page, http://www.elettrotop.com/ElettroTop/Home.action
> average response time : 63 msec
>
>
> MP3s list,
> http://www.elettrotop.com//ElettroTop/RicercaArticoliAlbero.action?
> path=AUDP
> ERMP3
> average response time : 360 msec
>
>
>
> 100 users, ramp-up 200 seconds (average load)
> ================================ Home page,
> http://www.elettrotop.com/ElettroTop/Home.action
> average response time : 72 msec
>
>
> MP3s list,
> http://www.elettrotop.com//ElettroTop/RicercaArticoliAlbero.action?
> path=AUDP
> ERMP3
> average response time : 378 msec
>
>
>
> 100 users, ramp-up 10 seconds (high-load)  
> ==============================
>
> Home page, http://www.elettrotop.com/ElettroTop/Home.action
> average response time : 59 msec
> throughput: 597 / minute
>
>
> MP3s list,
> http://www.elettrotop.com//ElettroTop/RicercaArticoliAlbero.action?
> path=AUDP
> ERMP3
> average response time : 2,7 seconds
> throughput: 261 / minute
>
>
> The home page is moderately complex but it uses almost all cached  
> data. The
> MP3s list loads from the db about 270 product records and shows the
> first 10.
> Most views component are produced using jsp custom tags so OGNL is  
> used
> only on the back-end by struts itself and not by jsp pages.
> The site is using the simple theme.
>
>
> Any considerations on the numbers ?
>
>
> --
> Ing. Andrea Vettori
> Consulente per l'Information Technology
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@...
> For additional commands, e-mail: user-help@...
>

--
Ing. Andrea Vettori
Consulente per l'Information Technology



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

[Guillaume Carré]

2007/7/12, Ing. Andrea Vettori <mail@...>:
> Yes i'm sure it's true.
>
> So the struts related performance seems not too bad...

compared to what?
--
Guillaume Carré

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

[Andrea Vettori]

> 2007/7/12, Ing. Andrea Vettori <mail@...>:
>> Yes i'm sure it's true.
>>
>> So the struts related performance seems not too bad...
>
> compared to what?


Compared to nothing... they are pure numbers. They are simply just  
good enought (to me).

If we don't have this in mind we should use assember for everything :)

In the high load test, after 10 seconds you have about 90 users (the  
other 10 should have finished). Having a response time of 2,5 seconds  
for a db search and result display under such load seems very good to  
me.

Don't you ?


--
Ing. Andrea Vettori
Consulente per l'Information Technology



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

[Ted Husted]

As they say, the proof of the pudding is in the taste. The performance
of Struts 2 is at least as good as WebWork 2, which powers a large
number of excellent sites, including Atlassian Confluence and Jive
Forums. Prior versions of Tapestry were also using OGNL, which seems
to be one of the bottlenecks, and it too powered some excellent sites.
Hopefully, James and other volunteers will be able to bring us up to
date with OGNL 2.7, and maybe we will also see the "night and day"
difference that Tapestry mentions.

-Ted.

On 7/12/07, Ing. Andrea Vettori <mail@...> wrote:

> > 2007/7/12, Ing. Andrea Vettori <mail@...>:
> >> Yes i'm sure it's true.
> >> So the struts related performance seems not too bad...
> > compared to what?
>
> Compared to nothing... they are pure numbers. They are simply just
> good enought (to me).
>
> If we don't have this in mind we should use assember for everything :)
>
> In the high load test, after 10 seconds you have about 90 users (the
> other 10 should have finished). Having a response time of 2,5 seconds
> for a db search and result display under such load seems very good to
> me.
>
> Don't you ?

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

[Guillaume Carré]

2007/7/12, Ing. Andrea Vettori <mail@...>:
> Compared to nothing... they are pure numbers. They are simply just
> good enought (to me).
>
> If we don't have this in mind we should use assember for everything :)

what I meant was: maybe it could be a good idea to redevelop your
screens with, say struts 1 for example, and compare the results

> In the high load test, after 10 seconds you have about 90 users (the
> other 10 should have finished). Having a response time of 2,5 seconds
> for a db search and result display under such load seems very good to
> me.
>
> Don't you ?

it depends :-)

"2.5s" doesn't say much to me, I would need to know how much time is
consumed in your DB requests, how much time is consumed in your
service layer, etc etc.

Is it 90 users really active at the same time, meaning using 90
threads on the server?if it is, do you have at least 90 connections in
your pool?
or did you put think times in your tests?
--
Guillaume Carré

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

[Andrea Vettori]

Il giorno 12/lug/07, alle ore 16:31, Guillaume Carré ha scritto:

> 2007/7/12, Ing. Andrea Vettori <mail@...>:
>> Compared to nothing... they are pure numbers. They are simply just
>> good enought (to me).
>>
>> If we don't have this in mind we should use assember for  
>> everything :)
>
> what I meant was: maybe it could be a good idea to redevelop your
> screens with, say struts 1 for example, and compare the results

mmmm I can't do that... simply don't have the time... :)

>> In the high load test, after 10 seconds you have about 90 users (the
>> other 10 should have finished). Having a response time of 2,5 seconds
>> for a db search and result display under such load seems very good to
>> me.
>>
>> Don't you ?
>
> it depends :-)
>
> "2.5s" doesn't say much to me, I would need to know how much time is
> consumed in your DB requests, how much time is consumed in your
> service layer, etc etc.
>
> Is it 90 users really active at the same time, meaning using 90
> threads on the server?if it is, do you have at least 90 connections in
> your pool?
> or did you put think times in your tests?

No think time...

I have 250 threads but I have a limit of 50 connections on my pool.  
I'll try to raise
the number of maximum connection to see if the MP3 list test gets  
better.

However I think that struts alone is performing well for my app;  
don't know if it's because
i'm using only few OGNL expressions on my jsp pages.

--
Ing. Andrea Vettori
Consulente per l'Information Technology



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