Testing the performance of Struts
Chaps
I have developed a BIG Struts app, and want to test load, performance blah
blah blah... while users are all playing nicely at the same time.
What's a good tool to use?
Regards
Jason Meredith
***
The e-mail and any attachments are confidential. They may contain
privileged information and are intended for the named addressee(s)
only. If you are not the intended recipient, please notify us
immediately and do not disclose, distribute, or retain this e-mail
or any part of it.
Unless expressly stated, opinions in this e-mail are those of the
individual sender and not of the FIMAT Group. We believe but do not
warrant that this e-mail and any attachments are virus free.
You must therefore take full responsibility for virus checking.
The FIMAT Group reserve the right to monitor e-mail communications
through its networks.
Where this communication constitutes a financial promotion it is issued
and approved by Fimat International Banque S.A. (UK Branch) and is
only intended for persons of a kind described in article 19(5) of the
Financial Services and Markets Act 2000 (Financial Promotion) Order
2001. This information is not intended to be distributed to UK "Private
Customers" (as defined by the Financial Services Authority).
Fimat International Banque S.A. (UK Branch) whose registered branch
in England is at SG House, 41 Tower Hill, London EC3N 4SG is authorised
by the Commission Bancaire in France and by the UK Financial Services
Authority; regulated by the Financial Services Authority for the conduct of
UK Business and is entered in the Financial Services Authority's register
(Register Number 183415), access to which can be gained via the following
link: www.fsa.gov.uk/register/
Member and a SETS Participant of the London Stock Exchange ("LSE").
Where this communication is confirming an "on exchange" transaction
(as defined by the LSE),the transaction is subject to the rules of the LSE.
Any information, opinions, estimates and forecasts contained in this
document have been arrived at or obtained from public sources believed
to be reliable and in good faith which has not been independently
verified and no warranty, express or implied, is made as to their accuracy,
completeness or correctness.
This document is not an offer to sell or a solicitation to acquire or dispose
of an interest in financial instruments.
If you have received this transmission in error, please telephone
+44 020 7676 8999 immediately so that we can arrange for its return.
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Performance of struts
- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, March 23, 2001 9:25 AM Subject: Re: Performance of struts > For those interested in looking further, you might try telling Tomcat not > to delete the Java sources for the servlets it generates for your JSP > pages and take a look. How do you tell tomcat to remove the Java sources? With the stock distribution, I keep ending up with lots of old servlet .java files during development phases. Payam Mirrashidi [EMAIL PROTECTED]
Re: Performance of struts
On Fri, 23 Mar 2001, Tom Miller wrote: > Regarding the relative inefficiencies of Jasper-produced Java classes: > > ---8<--- > > "Craig R. McClanahan" wrote: > > > for example, reusing tag instances intelligently would be of great benefit > > to a Struts-based application. > > ---8<--- > > Is this the reason that the logic:iterate in my JSP form takes so long to show > 20-30 rows of bean:writes? (e.g. 6-10 seconds w/Tomcat 3.2.1 on a 400Mhz Windows > box). This is not totally intolerable, it is just that this is the slowest part of > my Struts application, and I'm naturally looking for optimizations. > It is a pretty important piece of this, although 6-10 seconds seems excessive (unless it includes database lookup time). For those interested in looking further, you might try telling Tomcat not to delete the Java sources for the servlets it generates for your JSP pages and take a look. > TIA > > Tom Miller > > > Craig McClanahan
Re: Performance of struts
Regarding the relative inefficiencies of Jasper-produced Java classes: ---8<--- "Craig R. McClanahan" wrote: > for example, reusing tag instances intelligently would be of great benefit > to a Struts-based application. ---8<--- Is this the reason that the logic:iterate in my JSP form takes so long to show 20-30 rows of bean:writes? (e.g. 6-10 seconds w/Tomcat 3.2.1 on a 400Mhz Windows box). This is not totally intolerable, it is just that this is the slowest part of my Struts application, and I'm naturally looking for optimizations. TIA Tom Miller
Re: Performance of struts
What the compiler of IBM does is that it also imports the generated java code inside the ide, so that you can debug is. Therefore does ibm has it's own compiler. Johan - Original Message - From: "Tom Miller" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 22, 2001 7:30 PM Subject: Re: Performance of struts > Does anyone know how IBM VisualAge for Java's JSP compiler compares? Those using the >Tomcat Test Environment supplied by IBM have the option to substitute com.ibm.ivj.tomcat.IVJJavaCompiler for the jspCompilerPlugin in Tomcat's conf/web.xml file. > > Actually, I'm using VAJ, and have experimented switching back and forth between >Jasper and the IBM compiler. Not sure I can see great differences, but I haven't done any benchmarked comparison. > > So I'm wondering if anyone knows how these compare from an architectural point of >view, a look "under the covers", etc. > > -- > Tom Miller > Miller Associates, Inc. > [EMAIL PROTECTED] > 641.469.3535 Phone > 413.581.6326 FAX > > >
Re: Performance of struts
Does anyone know how IBM VisualAge for Java's JSP compiler compares? Those using the Tomcat Test Environment supplied by IBM have the option to substitute com.ibm.ivj.tomcat.IVJJavaCompiler for the jspCompilerPlugin in Tomcat's conf/web.xml file. Actually, I'm using VAJ, and have experimented switching back and forth between Jasper and the IBM compiler. Not sure I can see great differences, but I haven't done any benchmarked comparison. So I'm wondering if anyone knows how these compare from an architectural point of view, a look "under the covers", etc. -- Tom Miller Miller Associates, Inc. [EMAIL PROTECTED] 641.469.3535 Phone 413.581.6326 FAX
Re: Performance of struts
On Thu, 22 Mar 2001, DONNIE HALE wrote: > Jasper doesn't generate bytecode, it generates java code (i.e. >myjsp-generatedservlet.java). A regular java compiler is then used to compile that >into bytecode. The issue with Jasper, from what Craig was saying, is that it's a very >brute-force generation of the java servlet code. It doesn't do anything to recognize >multiply generated tags, etc. It just creates one big long service method which >results in slow JSP execution time. > And, as others have pointed out, "slow" is really a relative term. In many cases, it will be perfectly adequate for your needs on the right hardware. If not, then you've got a choice of other platforms to evaluate. One of the nicer things about Java in general ... > Donnie Craig > > >>> [EMAIL PROTECTED] 03/22/01 09:44AM >>> > If Jasper is generating some inefficient code, would Jikes help? > > - Original Message - > From: "James Cook" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, March 21, 2001 8:55 AM > Subject: RE: Performance of struts > > > > I find the 240ms delay satisfactory for most of my apps because the > business > > side logic usually takes longer to execute. > > > > I applaud WebLogic however for their timings. Especially (IIRC) since > > WebLogic is supposed to be 100% Java. I know that some other servers that > > churn JSP very well are hybrids. It would be interesting to look at the > > Jasper-generated source and see where optimizations can be done. > > > > jim > > > > > -Original Message- > > > From: Jeff Schnitzer [mailto:[EMAIL PROTECTED]] > > > Sent: Monday, March 19, 2001 11:24 PM > > > To: [EMAIL PROTECTED] > > > Subject: RE: Performance of struts > > > > > > > > > Struts should suffer the same performance issues as WebWork. There are > > > a handful of benchmarks here: > > > > > > http://sourceforge.net/docman/display_doc.php?docid=2243&group_id=14797# > > > Na96 > > > > > > The relative performance on a tag-heavy benchmark: > > > > > > Tomcat 3.2: ~380 milliseconds > > > JRun 3.0: ~350 milliseconds > > > Resin 1.2.1: ~250 milliseconds > > > Orion 1.3.8: ~220 milliseconds > > > WebLogic Server 6.0: ~140 milliseconds > > > > > > Jeff > > > > > > >-Original Message- > > > >From: Eric Brown [mailto:[EMAIL PROTECTED]] > > > >Sent: Monday, March 19, 2001 7:58 PM > > > >To: '[EMAIL PROTECTED]' > > > >Subject: RE: Performance of struts > > > > > > > > > > > >I haven't done any comparisons recently, but I think Resin from > > > >www.caucho.com is very reasonably priced and written specifically with > > > >performance in mind (from what I can tell). I've written a > > > >Java based http > > > >proxy server before and I can tell you that from looking at some of the > > > >things Resin has done, they know where Java's performance > > > >bottlenecks are. > > > >(For example, they translate all socket streams into byte > > > >arrays instead of > > > >using strings, etc.) They have some performance comparisons on > > > >their web > > > >site. > > > > > > > >Others are: > > > >Orion - Know nothing about > > > >BEA WebLogic - Very expensive, complex to deploy and > > > >performance is mediocre > > > >according to my sources > > > >ATG Dynamo - Expensive but good for commerce if needed. They > > > >are focused on > > > >commerce, so probably not focused on performance. > > > >Netscape/iPlanet - I've heard the performance is not impressive > > > >IBM WebSphere - This is an up-and-coming competitor to > > > >WebLogic and ATG. It > > > >used to be buggy and is still expensive. Performance is > > > >unknown, but I would > > > >favor Resin as it comes with source and is less expensive. > > > >Jrun - Priced reasonably. Nice integration with other Allaire > > > >products. No > > > >special commerce features. I think it has had some > > > >compatibility problems, > > > >but it seems a good engine these days. All the same, I don't > > > >think you can > > > >get source and I haven't done performance tests. > > > >Enhydra - This is just
Re: Performance of struts
On Thu, 22 Mar 2001, Mark Balster wrote: > If Jasper is generating some inefficient code, would Jikes help? > Not really. The code generated for your page will still do more stuff than it needs to ... but it will compile faster :-). What matters the most is what kinds of optimizations the page compiler does when generating the Java source for the corresponding servlet -- for example, reusing tag instances intelligently would be of great benefit to a Struts-based application. Craig > - Original Message - > From: "James Cook" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, March 21, 2001 8:55 AM > Subject: RE: Performance of struts > > > > I find the 240ms delay satisfactory for most of my apps because the > business > > side logic usually takes longer to execute. > > > > I applaud WebLogic however for their timings. Especially (IIRC) since > > WebLogic is supposed to be 100% Java. I know that some other servers that > > churn JSP very well are hybrids. It would be interesting to look at the > > Jasper-generated source and see where optimizations can be done. > > > > jim > > > > > -Original Message- > > > From: Jeff Schnitzer [mailto:[EMAIL PROTECTED]] > > > Sent: Monday, March 19, 2001 11:24 PM > > > To: [EMAIL PROTECTED] > > > Subject: RE: Performance of struts > > > > > > > > > Struts should suffer the same performance issues as WebWork. There are > > > a handful of benchmarks here: > > > > > > http://sourceforge.net/docman/display_doc.php?docid=2243&group_id=14797# > > > Na96 > > > > > > The relative performance on a tag-heavy benchmark: > > > > > > Tomcat 3.2: ~380 milliseconds > > > JRun 3.0: ~350 milliseconds > > > Resin 1.2.1: ~250 milliseconds > > > Orion 1.3.8: ~220 milliseconds > > > WebLogic Server 6.0: ~140 milliseconds > > > > > > Jeff > > > > > > >-Original Message- > > > >From: Eric Brown [mailto:[EMAIL PROTECTED]] > > > >Sent: Monday, March 19, 2001 7:58 PM > > > >To: '[EMAIL PROTECTED]' > > > >Subject: RE: Performance of struts > > > > > > > > > > > >I haven't done any comparisons recently, but I think Resin from > > > >www.caucho.com is very reasonably priced and written specifically with > > > >performance in mind (from what I can tell). I've written a > > > >Java based http > > > >proxy server before and I can tell you that from looking at some of the > > > >things Resin has done, they know where Java's performance > > > >bottlenecks are. > > > >(For example, they translate all socket streams into byte > > > >arrays instead of > > > >using strings, etc.) They have some performance comparisons on > > > >their web > > > >site. > > > > > > > >Others are: > > > >Orion - Know nothing about > > > >BEA WebLogic - Very expensive, complex to deploy and > > > >performance is mediocre > > > >according to my sources > > > >ATG Dynamo - Expensive but good for commerce if needed. They > > > >are focused on > > > >commerce, so probably not focused on performance. > > > >Netscape/iPlanet - I've heard the performance is not impressive > > > >IBM WebSphere - This is an up-and-coming competitor to > > > >WebLogic and ATG. It > > > >used to be buggy and is still expensive. Performance is > > > >unknown, but I would > > > >favor Resin as it comes with source and is less expensive. > > > >Jrun - Priced reasonably. Nice integration with other Allaire > > > >products. No > > > >special commerce features. I think it has had some > > > >compatibility problems, > > > >but it seems a good engine these days. All the same, I don't > > > >think you can > > > >get source and I haven't done performance tests. > > > >Enhydra - This is just Tomcat. They have their own framework > > > >that is less > > > >comprehensive than struts called XMLC. Its big advantage is > > > >that it does a > > > >better job of separating UI from code. > > > > > > > >I think to some degree, it is equally important to look at the > > > >JVM you are > > > >running on. Consider looking at the Volano report at >
Re: Performance of struts
Jasper doesn't generate bytecode, it generates java code (i.e. myjsp-generatedservlet.java). A regular java compiler is then used to compile that into bytecode. The issue with Jasper, from what Craig was saying, is that it's a very brute-force generation of the java servlet code. It doesn't do anything to recognize multiply generated tags, etc. It just creates one big long service method which results in slow JSP execution time. Donnie >>> [EMAIL PROTECTED] 03/22/01 09:44AM >>> If Jasper is generating some inefficient code, would Jikes help? - Original Message - From: "James Cook" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 21, 2001 8:55 AM Subject: RE: Performance of struts > I find the 240ms delay satisfactory for most of my apps because the business > side logic usually takes longer to execute. > > I applaud WebLogic however for their timings. Especially (IIRC) since > WebLogic is supposed to be 100% Java. I know that some other servers that > churn JSP very well are hybrids. It would be interesting to look at the > Jasper-generated source and see where optimizations can be done. > > jim > > > -Original Message- > > From: Jeff Schnitzer [mailto:[EMAIL PROTECTED]] > > Sent: Monday, March 19, 2001 11:24 PM > > To: [EMAIL PROTECTED] > > Subject: RE: Performance of struts > > > > > > Struts should suffer the same performance issues as WebWork. There are > > a handful of benchmarks here: > > > > http://sourceforge.net/docman/display_doc.php?docid=2243&group_id=14797# > > Na96 > > > > The relative performance on a tag-heavy benchmark: > > > > Tomcat 3.2: ~380 milliseconds > > JRun 3.0: ~350 milliseconds > > Resin 1.2.1: ~250 milliseconds > > Orion 1.3.8: ~220 milliseconds > > WebLogic Server 6.0: ~140 milliseconds > > > > Jeff > > > > >-Original Message- > > >From: Eric Brown [mailto:[EMAIL PROTECTED]] > > >Sent: Monday, March 19, 2001 7:58 PM > > >To: '[EMAIL PROTECTED]' > > >Subject: RE: Performance of struts > > > > > > > > >I haven't done any comparisons recently, but I think Resin from > > >www.caucho.com is very reasonably priced and written specifically with > > >performance in mind (from what I can tell). I've written a > > >Java based http > > >proxy server before and I can tell you that from looking at some of the > > >things Resin has done, they know where Java's performance > > >bottlenecks are. > > >(For example, they translate all socket streams into byte > > >arrays instead of > > >using strings, etc.) They have some performance comparisons on > > >their web > > >site. > > > > > >Others are: > > >Orion - Know nothing about > > >BEA WebLogic - Very expensive, complex to deploy and > > >performance is mediocre > > >according to my sources > > >ATG Dynamo - Expensive but good for commerce if needed. They > > >are focused on > > >commerce, so probably not focused on performance. > > >Netscape/iPlanet - I've heard the performance is not impressive > > >IBM WebSphere - This is an up-and-coming competitor to > > >WebLogic and ATG. It > > >used to be buggy and is still expensive. Performance is > > >unknown, but I would > > >favor Resin as it comes with source and is less expensive. > > >Jrun - Priced reasonably. Nice integration with other Allaire > > >products. No > > >special commerce features. I think it has had some > > >compatibility problems, > > >but it seems a good engine these days. All the same, I don't > > >think you can > > >get source and I haven't done performance tests. > > >Enhydra - This is just Tomcat. They have their own framework > > >that is less > > >comprehensive than struts called XMLC. Its big advantage is > > >that it does a > > >better job of separating UI from code. > > > > > >I think to some degree, it is equally important to look at the > > >JVM you are > > >running on. Consider looking at the Volano report at > > >http://www.volano.com/report.html. > > > > > >My team is using Tomcat/Forte for development and will use > > >Resin/Apache for > > >deployment. > > > > > >Eric > > > > > >-Original Message- > > >From: James Howe [mailto:[EMAIL PROTECTED]] > > >Sent: Monday, March 19, 2001 2:16 PM &g
Re: Performance of struts
If Jasper is generating some inefficient code, would Jikes help? - Original Message - From: "James Cook" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 21, 2001 8:55 AM Subject: RE: Performance of struts > I find the 240ms delay satisfactory for most of my apps because the business > side logic usually takes longer to execute. > > I applaud WebLogic however for their timings. Especially (IIRC) since > WebLogic is supposed to be 100% Java. I know that some other servers that > churn JSP very well are hybrids. It would be interesting to look at the > Jasper-generated source and see where optimizations can be done. > > jim > > > -Original Message- > > From: Jeff Schnitzer [mailto:[EMAIL PROTECTED]] > > Sent: Monday, March 19, 2001 11:24 PM > > To: [EMAIL PROTECTED] > > Subject: RE: Performance of struts > > > > > > Struts should suffer the same performance issues as WebWork. There are > > a handful of benchmarks here: > > > > http://sourceforge.net/docman/display_doc.php?docid=2243&group_id=14797# > > Na96 > > > > The relative performance on a tag-heavy benchmark: > > > > Tomcat 3.2: ~380 milliseconds > > JRun 3.0: ~350 milliseconds > > Resin 1.2.1: ~250 milliseconds > > Orion 1.3.8: ~220 milliseconds > > WebLogic Server 6.0: ~140 milliseconds > > > > Jeff > > > > >-Original Message- > > >From: Eric Brown [mailto:[EMAIL PROTECTED]] > > >Sent: Monday, March 19, 2001 7:58 PM > > >To: '[EMAIL PROTECTED]' > > >Subject: RE: Performance of struts > > > > > > > > >I haven't done any comparisons recently, but I think Resin from > > >www.caucho.com is very reasonably priced and written specifically with > > >performance in mind (from what I can tell). I've written a > > >Java based http > > >proxy server before and I can tell you that from looking at some of the > > >things Resin has done, they know where Java's performance > > >bottlenecks are. > > >(For example, they translate all socket streams into byte > > >arrays instead of > > >using strings, etc.) They have some performance comparisons on > > >their web > > >site. > > > > > >Others are: > > >Orion - Know nothing about > > >BEA WebLogic - Very expensive, complex to deploy and > > >performance is mediocre > > >according to my sources > > >ATG Dynamo - Expensive but good for commerce if needed. They > > >are focused on > > >commerce, so probably not focused on performance. > > >Netscape/iPlanet - I've heard the performance is not impressive > > >IBM WebSphere - This is an up-and-coming competitor to > > >WebLogic and ATG. It > > >used to be buggy and is still expensive. Performance is > > >unknown, but I would > > >favor Resin as it comes with source and is less expensive. > > >Jrun - Priced reasonably. Nice integration with other Allaire > > >products. No > > >special commerce features. I think it has had some > > >compatibility problems, > > >but it seems a good engine these days. All the same, I don't > > >think you can > > >get source and I haven't done performance tests. > > >Enhydra - This is just Tomcat. They have their own framework > > >that is less > > >comprehensive than struts called XMLC. Its big advantage is > > >that it does a > > >better job of separating UI from code. > > > > > >I think to some degree, it is equally important to look at the > > >JVM you are > > >running on. Consider looking at the Volano report at > > >http://www.volano.com/report.html. > > > > > >My team is using Tomcat/Forte for development and will use > > >Resin/Apache for > > >deployment. > > > > > >Eric > > > > > >-Original Message- > > >From: James Howe [mailto:[EMAIL PROTECTED]] > > >Sent: Monday, March 19, 2001 2:16 PM > > >To: [EMAIL PROTECTED] > > >Subject: Re: Performance of struts > > > > > >If Tomcat's performance is pretty awful, what are some JSP > > >implementations > > >(commercial or otherwise) that are particularly good? > > > > > >At 12:10 PM 3/19/2001 -0800, you wrote: > > > > > >>Struts based apps (or any app that uses custom tags heavily) > > >are going to > > >>be significantly impacted by the quality of the JSP > > >implementation in your > > >>container. Which version are you using? (NOTE: Tomcat's performance > > >>w.r.t. JSP pages is pretty awful, for example). > > >> > > >> > Thanks! > > >> > keith > > >> > > > >> > > > >> > > > >> > > >>Craig McClanahan > > > > > >James W. Howe mailto:[EMAIL PROTECTED] > > >Allen Creek Software, Inc. pgpkey: > > >http://ic.net/~jwh/pgpkey.html > > >Ann Arbor, MI 48103 > > > > > > >
RE: Performance of struts
I find the 240ms delay satisfactory for most of my apps because the business side logic usually takes longer to execute. I applaud WebLogic however for their timings. Especially (IIRC) since WebLogic is supposed to be 100% Java. I know that some other servers that churn JSP very well are hybrids. It would be interesting to look at the Jasper-generated source and see where optimizations can be done. jim > -Original Message- > From: Jeff Schnitzer [mailto:[EMAIL PROTECTED]] > Sent: Monday, March 19, 2001 11:24 PM > To: [EMAIL PROTECTED] > Subject: RE: Performance of struts > > > Struts should suffer the same performance issues as WebWork. There are > a handful of benchmarks here: > > http://sourceforge.net/docman/display_doc.php?docid=2243&group_id=14797# > Na96 > > The relative performance on a tag-heavy benchmark: > > Tomcat 3.2: ~380 milliseconds > JRun 3.0: ~350 milliseconds > Resin 1.2.1: ~250 milliseconds > Orion 1.3.8: ~220 milliseconds > WebLogic Server 6.0: ~140 milliseconds > > Jeff > > >-Original Message- > >From: Eric Brown [mailto:[EMAIL PROTECTED]] > >Sent: Monday, March 19, 2001 7:58 PM > >To: '[EMAIL PROTECTED]' > >Subject: RE: Performance of struts > > > > > >I haven't done any comparisons recently, but I think Resin from > >www.caucho.com is very reasonably priced and written specifically with > >performance in mind (from what I can tell). I've written a > >Java based http > >proxy server before and I can tell you that from looking at some of the > >things Resin has done, they know where Java's performance > >bottlenecks are. > >(For example, they translate all socket streams into byte > >arrays instead of > >using strings, etc.) They have some performance comparisons on > >their web > >site. > > > >Others are: > >Orion - Know nothing about > >BEA WebLogic - Very expensive, complex to deploy and > >performance is mediocre > >according to my sources > >ATG Dynamo - Expensive but good for commerce if needed. They > >are focused on > >commerce, so probably not focused on performance. > >Netscape/iPlanet - I've heard the performance is not impressive > >IBM WebSphere - This is an up-and-coming competitor to > >WebLogic and ATG. It > >used to be buggy and is still expensive. Performance is > >unknown, but I would > >favor Resin as it comes with source and is less expensive. > >Jrun - Priced reasonably. Nice integration with other Allaire > >products. No > >special commerce features. I think it has had some > >compatibility problems, > >but it seems a good engine these days. All the same, I don't > >think you can > >get source and I haven't done performance tests. > >Enhydra - This is just Tomcat. They have their own framework > >that is less > >comprehensive than struts called XMLC. Its big advantage is > >that it does a > >better job of separating UI from code. > > > >I think to some degree, it is equally important to look at the > >JVM you are > >running on. Consider looking at the Volano report at > >http://www.volano.com/report.html. > > > >My team is using Tomcat/Forte for development and will use > >Resin/Apache for > >deployment. > > > >Eric > > > >-Original Message- > >From: James Howe [mailto:[EMAIL PROTECTED]] > >Sent: Monday, March 19, 2001 2:16 PM > >To: [EMAIL PROTECTED] > >Subject: Re: Performance of struts > > > >If Tomcat's performance is pretty awful, what are some JSP > >implementations > >(commercial or otherwise) that are particularly good? > > > >At 12:10 PM 3/19/2001 -0800, you wrote: > > > >>Struts based apps (or any app that uses custom tags heavily) > >are going to > >>be significantly impacted by the quality of the JSP > >implementation in your > >>container. Which version are you using? (NOTE: Tomcat's performance > >>w.r.t. JSP pages is pretty awful, for example). > >> > >> > Thanks! > >> > keith > >> > > >> > > >> > > >> > >>Craig McClanahan > > > >James W. Howe mailto:[EMAIL PROTECTED] > >Allen Creek Software, Inc. pgpkey: > >http://ic.net/~jwh/pgpkey.html > >Ann Arbor, MI 48103 > > >
Re: Performance of struts
You have forgoten www.jboss.org an open source ejb container, it is release with tomcat. Eric Brown a écrit : > I haven't done any comparisons recently, but I think Resin from > www.caucho.com is very reasonably priced and written specifically with > performance in mind (from what I can tell). I've written a Java based http > proxy server before and I can tell you that from looking at some of the > things Resin has done, they know where Java's performance bottlenecks are. > (For example, they translate all socket streams into byte arrays instead of > using strings, etc.) They have some performance comparisons on their web > site. > > Others are: > Orion - Know nothing about > BEA WebLogic - Very expensive, complex to deploy and performance is mediocre > according to my sources > ATG Dynamo - Expensive but good for commerce if needed. They are focused on > commerce, so probably not focused on performance. > Netscape/iPlanet - I've heard the performance is not impressive > IBM WebSphere - This is an up-and-coming competitor to WebLogic and ATG. It > used to be buggy and is still expensive. Performance is unknown, but I would > favor Resin as it comes with source and is less expensive. > Jrun - Priced reasonably. Nice integration with other Allaire products. No > special commerce features. I think it has had some compatibility problems, > but it seems a good engine these days. All the same, I don't think you can > get source and I haven't done performance tests. > Enhydra - This is just Tomcat. They have their own framework that is less > comprehensive than struts called XMLC. Its big advantage is that it does a > better job of separating UI from code. > > I think to some degree, it is equally important to look at the JVM you are > running on. Consider looking at the Volano report at > http://www.volano.com/report.html. > > My team is using Tomcat/Forte for development and will use Resin/Apache for > deployment. > > Eric > > -Original Message----- > From: James Howe [mailto:[EMAIL PROTECTED]] > Sent: Monday, March 19, 2001 2:16 PM > To: [EMAIL PROTECTED] > Subject: Re: Performance of struts > > If Tomcat's performance is pretty awful, what are some JSP implementations > (commercial or otherwise) that are particularly good? > > At 12:10 PM 3/19/2001 -0800, you wrote: > > >Struts based apps (or any app that uses custom tags heavily) are going to > >be significantly impacted by the quality of the JSP implementation in your > >container. Which version are you using? (NOTE: Tomcat's performance > >w.r.t. JSP pages is pretty awful, for example). > > > > > Thanks! > > > keith > > > > > > > > > > > > >Craig McClanahan > > James W. Howe mailto:[EMAIL PROTECTED] > Allen Creek Software, Inc. pgpkey: > http://ic.net/~jwh/pgpkey.html > Ann Arbor, MI 48103
RE: Performance of struts
Struts should suffer the same performance issues as WebWork. There are a handful of benchmarks here: http://sourceforge.net/docman/display_doc.php?docid=2243&group_id=14797# Na96 The relative performance on a tag-heavy benchmark: Tomcat 3.2: ~380 milliseconds JRun 3.0: ~350 milliseconds Resin 1.2.1: ~250 milliseconds Orion 1.3.8: ~220 milliseconds WebLogic Server 6.0: ~140 milliseconds Jeff >-Original Message- >From: Eric Brown [mailto:[EMAIL PROTECTED]] >Sent: Monday, March 19, 2001 7:58 PM >To: '[EMAIL PROTECTED]' >Subject: RE: Performance of struts > > >I haven't done any comparisons recently, but I think Resin from >www.caucho.com is very reasonably priced and written specifically with >performance in mind (from what I can tell). I've written a >Java based http >proxy server before and I can tell you that from looking at some of the >things Resin has done, they know where Java's performance >bottlenecks are. >(For example, they translate all socket streams into byte >arrays instead of >using strings, etc.) They have some performance comparisons on >their web >site. > >Others are: >Orion - Know nothing about >BEA WebLogic - Very expensive, complex to deploy and >performance is mediocre >according to my sources >ATG Dynamo - Expensive but good for commerce if needed. They >are focused on >commerce, so probably not focused on performance. >Netscape/iPlanet - I've heard the performance is not impressive >IBM WebSphere - This is an up-and-coming competitor to >WebLogic and ATG. It >used to be buggy and is still expensive. Performance is >unknown, but I would >favor Resin as it comes with source and is less expensive. >Jrun - Priced reasonably. Nice integration with other Allaire >products. No >special commerce features. I think it has had some >compatibility problems, >but it seems a good engine these days. All the same, I don't >think you can >get source and I haven't done performance tests. >Enhydra - This is just Tomcat. They have their own framework >that is less >comprehensive than struts called XMLC. Its big advantage is >that it does a >better job of separating UI from code. > >I think to some degree, it is equally important to look at the >JVM you are >running on. Consider looking at the Volano report at >http://www.volano.com/report.html. > >My team is using Tomcat/Forte for development and will use >Resin/Apache for >deployment. > >Eric > >-Original Message- >From: James Howe [mailto:[EMAIL PROTECTED]] >Sent: Monday, March 19, 2001 2:16 PM >To: [EMAIL PROTECTED] >Subject: Re: Performance of struts > >If Tomcat's performance is pretty awful, what are some JSP >implementations >(commercial or otherwise) that are particularly good? > >At 12:10 PM 3/19/2001 -0800, you wrote: > >>Struts based apps (or any app that uses custom tags heavily) >are going to >>be significantly impacted by the quality of the JSP >implementation in your >>container. Which version are you using? (NOTE: Tomcat's performance >>w.r.t. JSP pages is pretty awful, for example). >> >> > Thanks! >> > keith >> > >> > >> > >> >>Craig McClanahan > >James W. Howe mailto:[EMAIL PROTECTED] >Allen Creek Software, Inc. pgpkey: >http://ic.net/~jwh/pgpkey.html >Ann Arbor, MI 48103 >
RE: Performance of struts
I haven't done any comparisons recently, but I think Resin from www.caucho.com is very reasonably priced and written specifically with performance in mind (from what I can tell). I've written a Java based http proxy server before and I can tell you that from looking at some of the things Resin has done, they know where Java's performance bottlenecks are. (For example, they translate all socket streams into byte arrays instead of using strings, etc.) They have some performance comparisons on their web site. Others are: Orion - Know nothing about BEA WebLogic - Very expensive, complex to deploy and performance is mediocre according to my sources ATG Dynamo - Expensive but good for commerce if needed. They are focused on commerce, so probably not focused on performance. Netscape/iPlanet - I've heard the performance is not impressive IBM WebSphere - This is an up-and-coming competitor to WebLogic and ATG. It used to be buggy and is still expensive. Performance is unknown, but I would favor Resin as it comes with source and is less expensive. Jrun - Priced reasonably. Nice integration with other Allaire products. No special commerce features. I think it has had some compatibility problems, but it seems a good engine these days. All the same, I don't think you can get source and I haven't done performance tests. Enhydra - This is just Tomcat. They have their own framework that is less comprehensive than struts called XMLC. Its big advantage is that it does a better job of separating UI from code. I think to some degree, it is equally important to look at the JVM you are running on. Consider looking at the Volano report at http://www.volano.com/report.html. My team is using Tomcat/Forte for development and will use Resin/Apache for deployment. Eric -Original Message- From: James Howe [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 2:16 PM To: [EMAIL PROTECTED] Subject: Re: Performance of struts If Tomcat's performance is pretty awful, what are some JSP implementations (commercial or otherwise) that are particularly good? At 12:10 PM 3/19/2001 -0800, you wrote: >Struts based apps (or any app that uses custom tags heavily) are going to >be significantly impacted by the quality of the JSP implementation in your >container. Which version are you using? (NOTE: Tomcat's performance >w.r.t. JSP pages is pretty awful, for example). > > > Thanks! > > keith > > > > > > > >Craig McClanahan James W. Howe mailto:[EMAIL PROTECTED] Allen Creek Software, Inc. pgpkey: http://ic.net/~jwh/pgpkey.html Ann Arbor, MI 48103
RE: Performance of struts
Currently I'm using ServletExec-AS (with Apache) on Win98 and it seems pretty easy to use and relatively fast. It also has a nice admin interface for deploying and defining web apps. You can download it from http://www.servletexec.com/download.jsp. I don't think you have to enter any information. I believe the only limitation is that an un-registered version gives you up to 3 concurrent connections. I've also been able to get Cocoon running pretty easily which I have never been able to do with Tomcat. I don't have any real metrics to offer though. -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 3:11 PM To: [EMAIL PROTECTED] Subject: Re: Performance of struts On Mon, 19 Mar 2001, Keith wrote: > Hi, >I am sorry if I offend anyone. I am evaluating struts and notice that the > performance is much lower that if I use string jsp and servlets. >Has anyone have the same experience as I do? If so, is there any way to > improve the performance? > Struts based apps (or any app that uses custom tags heavily) are going to be significantly impacted by the quality of the JSP implementation in your container. Which version are you using? (NOTE: Tomcat's performance w.r.t. JSP pages is pretty awful, for example). > Thanks! > keith > > > Craig McClanahan
RE: Performance of struts
check orion out... (http://www.orionserver.com/) -Original Message- From: James Howe [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 3:16 PM To: [EMAIL PROTECTED] Subject: Re: Performance of struts If Tomcat's performance is pretty awful, what are some JSP implementations (commercial or otherwise) that are particularly good? At 12:10 PM 3/19/2001 -0800, you wrote: >Struts based apps (or any app that uses custom tags heavily) are going to >be significantly impacted by the quality of the JSP implementation in your >container. Which version are you using? (NOTE: Tomcat's performance >w.r.t. JSP pages is pretty awful, for example). > > > Thanks! > > keith > > > > > > > >Craig McClanahan James W. Howe mailto:[EMAIL PROTECTED] Allen Creek Software, Inc. pgpkey: http://ic.net/~jwh/pgpkey.html Ann Arbor, MI 48103
Re: Performance of struts
In my opinion the performance of Tomcat is pretty good. However most j2ee apps servers have very good performance including weblogic, iplanet, silverstream, etc. scott. --- James Howe <[EMAIL PROTECTED]> wrote: > If Tomcat's performance is pretty awful, what are > some JSP implementations > (commercial or otherwise) that are particularly > good? > > At 12:10 PM 3/19/2001 -0800, you wrote: > > >Struts based apps (or any app that uses custom tags > heavily) are going to > >be significantly impacted by the quality of the JSP > implementation in your > >container. Which version are you using? (NOTE: > Tomcat's performance > >w.r.t. JSP pages is pretty awful, for example). > > > > > Thanks! > > > keith > > > > > > > > > > > > >Craig McClanahan > > James W. Howe > mailto:[EMAIL PROTECTED] > Allen Creek Software, Inc. pgpkey: > http://ic.net/~jwh/pgpkey.html > Ann Arbor, MI 48103 > = ~~~ Scott __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/
Re: Performance of struts
If Tomcat's performance is pretty awful, what are some JSP implementations (commercial or otherwise) that are particularly good? At 12:10 PM 3/19/2001 -0800, you wrote: >Struts based apps (or any app that uses custom tags heavily) are going to >be significantly impacted by the quality of the JSP implementation in your >container. Which version are you using? (NOTE: Tomcat's performance >w.r.t. JSP pages is pretty awful, for example). > > > Thanks! > > keith > > > > > > > >Craig McClanahan James W. Howe mailto:[EMAIL PROTECTED] Allen Creek Software, Inc. pgpkey: http://ic.net/~jwh/pgpkey.html Ann Arbor, MI 48103
Re: Performance of struts
Craig, >>(NOTE: Tomcat's performance w.r.t. JSP pages is pretty awful, for example).<< Could you elaborate on this, please? - is it awful for compiling, executing, both? - is the generated servlet code the culprit since you don't say that servlet performance is bad? - are there particular JSP elements that are particularly bad? - is this primarily directed at v3.2.1, or is it also true of v4.0b1? Thanks, Donnie >>> [EMAIL PROTECTED] 03/19/01 03:10PM >>> On Mon, 19 Mar 2001, Keith wrote: > Hi, >I am sorry if I offend anyone. I am evaluating struts and notice that the > performance is much lower that if I use string jsp and servlets. >Has anyone have the same experience as I do? If so, is there any way to > improve the performance? > Struts based apps (or any app that uses custom tags heavily) are going to be significantly impacted by the quality of the JSP implementation in your container. Which version are you using? (NOTE: Tomcat's performance w.r.t. JSP pages is pretty awful, for example). > Thanks! > keith > > > Craig McClanahan
Re: Performance of struts
On Mon, 19 Mar 2001, DONNIE HALE wrote: > Craig, > > >>(NOTE: Tomcat's performance > w.r.t. JSP pages is pretty awful, for example).<< > > Could you elaborate on this, please? > > - is it awful for compiling, executing, both? I'm mostly concerned about the execution speed of the generated servlets. > - is the generated servlet code the culprit since you don't say that servlet >performance is bad? Yes. For example, Tomcat (more precisely, the Jasper component) does not currently recycle custom tag instances -- this is in the process of being addressed. Also, the code generator is very simplistic, does essentially no optimizations, and generates more code than it really needs to. This is not surprising, given Tomcat's heritage as being a "reference implementation" for the specs, rather than a high performance production environment. To the extent that people want to turn Tomcat into the latter, it will improve. > - are there particular JSP elements that are particularly bad? Take a glance at the code that is generated for any custom tag, and you'll see what some of the issues are. > - is this primarily directed at v3.2.1, or is it also true of v4.0b1? > The Jasper in 4.0b1 is almost identical to the one in 3.2.1 right now, although improvements are being done on both of them. But Jasper really needs a fresh start, IMHO, to achieve substantial performance boosts. > Thanks, > > Donnie > Craig
Re: Performance of struts
On Mon, 19 Mar 2001, Keith wrote: > Hi, >I am sorry if I offend anyone. I am evaluating struts and notice that the > performance is much lower that if I use string jsp and servlets. >Has anyone have the same experience as I do? If so, is there any way to > improve the performance? > Struts based apps (or any app that uses custom tags heavily) are going to be significantly impacted by the quality of the JSP implementation in your container. Which version are you using? (NOTE: Tomcat's performance w.r.t. JSP pages is pretty awful, for example). > Thanks! > keith > > > Craig McClanahan
RE: Performance of struts
Keith, Can you gives some benchmark details and sample code that you ran in your tests? --Abraham > -Original Message- > From: Keith [mailto:[EMAIL PROTECTED]] > Sent: Monday, March 19, 2001 11:56 AM > To: [EMAIL PROTECTED] > Subject: Performance of struts > > > Hi, >I am sorry if I offend anyone. I am evaluating struts and > notice that the > performance is much lower that if I use string jsp and servlets. >Has anyone have the same experience as I do? If so, is there any way to > improve the performance? > > Thanks! > keith > > >
Re: Performance of struts
I think, it will be slower because you have one central servlet DISPATCHER that is sending a "job" to different Actions. When you have some JSP that are sending "job" themselves to other JSP, it is faster. Is it convenient? I think - no, because a creator JSP does not know java. And change flow, redesign difficult. Now, I have this "pie". Maya Keith wrote: > Hi, >I am sorry if I offend anyone. I am evaluating struts and notice that the > performance is much lower that if I use string jsp and servlets. >Has anyone have the same experience as I do? If so, is there any way to > improve the performance? > > Thanks! > keith
Performance of struts
Hi, I am sorry if I offend anyone. I am evaluating struts and notice that the performance is much lower that if I use string jsp and servlets. Has anyone have the same experience as I do? If so, is there any way to improve the performance? Thanks! keith
