Wow, thanks for the links. One very crucial bit of information missing in these benchmarks (unless my spectacles mislead me) is that there is no mention of JSP compilation. This leads me to assume that each page was hit first on the respective containers to compile the JSPs, then the benchmark tests conducted. The problem I have with this is that you are really testing two things: How 'smart' the particular JSP compiler is, and how well the container services requests.
With that in mind, the Jasper2 JSP compiler available with Tomcat 4.1.x offers optimizations in the generated code that purportedly increase page response by 400% or better. I've observed with my own peepers that it is several times faster, though I have no BS (cough, I mean, 'benchmarks') to offer. So maybe the article should be retitled: "Was Tomcat Crap?" If you've looked at the code the original Jasper generates, you might be inclined to say 'yes'. Also: "Lies! Damned lies, and statistics!" :) My .02 > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 08, 2002 3:50 PM > To: Struts Users Mailing List > Subject: RE: [OT] Container Wars > > > > > > > theserverside.com hosted a pretty lively thread on exactly > this debate late > last May. It started when Mike Cannon-Brookes posted an > article "Is Tomcat > Crap?" that featured performance benchmarks like: > > "First, here's some raw performance statistics to consider: > Orion 1.5.3: 0.045s (45 milliseconds) - 444 pages/sec - > 1.6 million/hour > Resin 2.0.4: 0.065s (65 milliseconds) - 307 pages/sec - > 1.1 million/hour > Weblogic 6.1: 1.15s (1,150 milliseconds) - 17.4 > pages/sec - 62,640/hour > Tomcat 4.0.1: 3.3s (3,300 milliseconds) - 6 pages/sec - > 21,600/hour" > > - statistics quoted from "Is Tomcat Crap?", > > http://radio.weblogs.com/0107789/stories/2002/05/28/isTomcatCrap.html > > Following this one of the liveliest discussions on this topic > I that I remember happened. Here's the link to the discussion: > > http://www2.theserverside.com/home/thread.jsp?thread_id=13749 > > > Kevin > > > > > > > -----Original Message----- > > > From: micael [mailto:[EMAIL PROTECTED]] > > > Sent: Tuesday, October 08, 2002 3:25 PM > > > To: Struts Users Mailing List > > > Subject: RE: [OT] Container Wars > > > > > > > > > I know you have been using Resin for a while, Mark. My > > > understanding is > > > that it has some limitations, other than the cost. Doesn't > > > it have limited > > > use of taglibs or something like that? What is the downside, > > > other than > > > the cost? > > > > I've been using Resin for about 2-1/2 years now, and am > very happy with > it. > > The latest version has all sorts of goodies in it, my > current favourite > > being a built-in fast implementation of JSTL. I haven't run into any > > limitations from Resin itself, although I've run into the > "too many tags > on > > a page" limit, which is actually a JVM limitation that > you'll run into on > > almost all containers. Perhaps that's what you were thinking of? > > > > I don't consider cost a downside. Sure, Tomcat is free, but > $1500 (last > time > > I looked - we've already licensed it) isn't much to pay, > for all that you > > get with Resin. > > > > > > -------------------------------------------------------------- > ------------- > This e-mail message (including attachments, if any) is > intended for the use > of the individual or entity to which it is addressed and may contain > information that is privileged, proprietary , confidential > and exempt from > disclosure. If you are not the intended recipient, you are > notified that > any dissemination, distribution or copying of this communication is > strictly prohibited. If you have received this communication > in error, > please notify the sender and erase this e-mail message immediately. > -------------------------------------------------------------- > ------------- > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
