Return-Path: Delivered-To: apmail-jakarta-struts-user-archive@apache.org Received: (qmail 40011 invoked from network); 28 May 2003 03:46:40 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 28 May 2003 03:46:40 -0000 Received: (qmail 27600 invoked by uid 97); 28 May 2003 03:48:59 -0000 Delivered-To: qmlist-jakarta-archive-struts-user@nagoya.betaversion.org Received: (qmail 27593 invoked from network); 28 May 2003 03:48:58 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 28 May 2003 03:48:58 -0000 Received: (qmail 38157 invoked by uid 500); 28 May 2003 03:46:22 -0000 Mailing-List: contact struts-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Struts Users Mailing List" Reply-To: "Struts Users Mailing List" Delivered-To: mailing list struts-user@jakarta.apache.org Received: (qmail 38146 invoked from network); 28 May 2003 03:46:22 -0000 Received: from f4.law15.hotmail.com (HELO hotmail.com) (64.4.23.4) by daedalus.apache.org with SMTP; 28 May 2003 03:46:22 -0000 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 27 May 2003 20:46:33 -0700 Received: from 12.252.55.153 by lw15fd.law15.hotmail.msn.com with HTTP; Wed, 28 May 2003 03:46:32 GMT X-Originating-IP: [12.252.55.153] X-Originating-Email: [dgraham1980@hotmail.com] From: "David Graham" To: struts-user@jakarta.apache.org Bcc: Subject: Re: Struts Performance - Any Benchmarks? Date: Tue, 27 May 2003 21:46:32 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 28 May 2003 03:46:33.0218 (UTC) FILETIME=[BB14F620:01C324CB] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N >They seem to be itching for benchmarks though, so I'll give it to them by >building a single, then multi-servlet app and using Introscope with some >load test simulators. I was hoping somebody in a situation such as myself >already had done it. It's a shame that you're required to do this because an explanation of how Java threading works should suffice. Simply put, it doesn't matter how many servlet instances exist, it only matters how many threads are running through one instance at a time. David > >Now the next matter of opposition I'm getting is does struts work well in a >distributed environment for example load balancing. I will post this a >separate thread with what I have told them already. > >"Craig R. McClanahan" wrote in message >news:20030527131837.G65484@icarus.apache.org... > > > > > > On Thu, 22 May 2003, Tin Pham wrote: > > > > > Date: Thu, 22 May 2003 00:09:09 -0400 > > > From: Tin Pham > > > Reply-To: Struts Users Mailing List > > > To: struts-user@jakarta.apache.org > > > Subject: Struts Performance - Any Benchmarks? > > > > > > Hi, I have been scouring the internet with no results. > > > > > > Does anybody have any resources on the performance of Struts >applications. > > > Any > > > benchmarks versus standard development. > > > > > > One "bottle-neck" brought up by members of my team is the single >action > > > servlet everything must pass through. Are there currently or going to >be > > > programming solutions to this? > > > > > > > If your team believes that this issue is a bottleneck, then some >training > > and a more complete understanding of how multithreading works in Java > > might be appropriate -- the fact that a single instance of the action > > servlet (and of the actions themselves) has zero impact on performance, > > and it reduces memory consumption of your app by avoiding useless extra > > copies. > > > > > For example, maybe we can have more than one action servlet and use a > > > different mapping.. ie, instead of *.do, *.jspx ? But then would >global > > > forwards from the two different actions still work? > > > > > > > This won't work, but not for performance reasons -- Struts supports only >a > > single mapping to the controller servlet, and only one controller >servlet > > per webapp. > > > > > Personally, I argue that we should simply go to load balancing if it >comes > > > to > > > that and adding more servlets wouldn't do much anyway. From my >rudimentary > > > undestanding of java servlets, other resources will choke on you way >before > > > the single servlet chokes anyhow. > > > > > > > See above -- the most important factors in webapp performance have >nothing > > to do with this issue at all. In fact, the most important factors are > > typically: > > > > * Overall application architecture (things like caching where it is > > appropriate, but not doing premature optimization -- there are lots > > of good books on optimizing server-side Java apps around to draw > > ideas from). > > > > * Database performance (be sure to use connection pooling effectively) > > > > * Network performance > > > > * The quality of the code generated by your JSP page compiler > > for pages using lots of custom tags. > > > > Craig McClanahan > > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org >For additional commands, e-mail: struts-user-help@jakarta.apache.org > _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail --------------------------------------------------------------------- To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: struts-user-help@jakarta.apache.org