On Mon, 10 Feb 2003, Peder Jakobsen wrote:
> Date: Mon, 10 Feb 2003 00:47:13 -0600 > From: Peder Jakobsen <[EMAIL PROTECTED]> > Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Newbie Question on Performance > > Hi, > > I'm new to Struts, and so far I'm very happy with what I see. But I have > some suspicion that it'll be dead slow. > What leads you to this suspicion? There's no way to respond to such a FUD-sounding :-) comment without specifics. > Has anyone had to abandon struts because it was not performant? Does > anyone out there serve A LOT of requests? (We run 12 load balanced quad > Xeons and we can barely keep up! We have about 1 million users on our > site) > You're primarily going to want to focus on the performance characteristics of the servlet+JSP container you are running on, and most particularly the quality of the code produced by the JSP page compiler. With servlet containers, you also need to evaluate whether to run them standalone or behind a web server). Secondarily, on database-driven apps, you'll want to focus on the quality of your database driver, and (obviously) on how well you've tuned your database for maximum performance. Thirdly, you'll certainly want to run a 1.4 or later JDK -- performance improvements in each incremental release of Java have been helpful. These issues are not fundamentally associated with Struts itself, which generally doesn't have much direct impact on performance (but it sure helps a lot on maintainability :-). Fortunately, in the Java worls, you have a choice of providers for the container functionality. Unfortunately, that means there are no pat answers for getting the best performance on *your* applications. > Currently we use mod_perl, but it's become a Duck-tape patch job that's > impossible to maintain. So I'm going to build some apps with struts and > stress test the hell out of it. Hopefully I will not be disappointed. > Hopefully, you'll report back your results, both positive and negative ... maximizing performance is very much a FAQ. > Any thoughts... > > Many thanks. > > Peder Craig --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]