Paradis, Andre
Thu, 20 Dec 2001 13:11:00 -0800
We had problems once because we had too much nested table in the generated html. Netscape takes a lot oif time to render the page when more than 5 or 6 (do not remember) nested tables are used, and the same page is a lot faster in IE (different rendering engine). This is something to check for. Andre -----Original Message----- From: George Papandreou [mailto:[EMAIL PROTECTED]] Sent: December 20, 2001 11:00 AM To: [EMAIL PROTECTED] Subject: Re: Netscape 4.7x slow with Tomcat/Struts combination! Greetings All, i am still faced with this performance problem where Netscape loads are multi-fold (upto 8 sec diff) slower than IEs. No matter how many times in the past Netscape has publized faster perf the IE this is a solid example of the contrary! (also read my prev emails below) I have not tried using <colgroup>s as explained below. See the processing part of the JSPs is the same for IE and Netscape as it happens on the server. Once the complilation is finished then the handshaking begins to pass the HTML to the browser and its here - that i think - that the delays occur. Although i have been developing in this arena for many years i have not encounted such blatant Netscape perf problems, so deep inside i still have a minute feeling that somehow struts is involved, although i can't imagine how. Here is a previous comm i had with struts users re: this same issue: ?----------------------------------------------------------------- Hi, IE is faster if you use tables. With NS you can help performance by predefining the table layout (<colgroup><col width=...></colgroup>). watch out for memory-hogging when using the <%@ page buffer="80kb"> statement. We once had an app crashing the vm because the used this statement and had a big load. The jsp-mechanism allocates a buffer twice as big as the one you specify, now multiply this number by the number of concurrent requests... regards Alexander -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 13, 2001 3:59 PM To: [EMAIL PROTECTED] Subject: Re: Large form performance... Greetings, well i am facing the same issues as you, although my form, classes and all are slightly larger than yours. I am running on a 600MHz/256RAm for development and a fairly fast HP server with Weblogic 6.1 for deployment. The truth is, have you tried running your app on Internet Explorer (5.5)? There is a day and night difference!!! My 18 seconds display time on Netscape gets reduced to a blink of an eye on IE. There is not much difference when running my app on either platform with NetscaPE (4.7). IE has been touted for having a strong caching mechanism. So for me, clearly the browser is the bottleneck. My (large) page invocations involve db access, validation, the full nine yards. I tried using <%@ page buffer="80kb"> (and other values) with no perf improvement on the PC. Regards. >>> [EMAIL PROTECTED] 11/09/01 04:48pm >>> Hello all! I have a web form with 16 <html:xxxx /> tags, all wrapped up in an <html:form> tag. The page is complex (~22k) and looking at the size of the java class created by jasper is ~280k while the compiled class is ~56k. The first time someone hits the page it's slow to render while jasper compiles the code (~2 minutes). BUT the page is still slow to render even after the initial compilation (~50 seconds). The form works fine using ActionForm and Action subclasses but it's just... well... slow. =) We are using struts template tags as well as several other internal tags that we developed. We are also using the Struts nightly build as we wanted to take advantage of the <html:messages /> tag. We also have a much smaller form with only 3 <html:xxxx /> tags, that page renders quickly (probably for obvious reasons). Is it worth our time going back to the released 1.0 version of struts to see if this problem goes away? Any ideas how to solve this problem? Is this a jsp performance problem? A tomcat problem? A struts problem? Thanks for your help! - John ?----------------------------------------------------------------- Regards, geo. >>> [EMAIL PROTECTED] 12/20/01 09:08am >>> In my experience, I've noticed that Netscape 4.x has always been slower than IE. Could be something to do with IE being integrated into the OS. Netscape 6.x seems to be much faster. Here's a trick I learned with developing web apps with Netscape 4.x over the years. It might work for you, might not. Click your link, button, whatever, in Netscape and then activate another application in the foreground, putting Netscape in the background. This used to speed up Netscapes execution for me. Of course, this doesn't help your users, but will help you do faster development. Matt --- Gabriel Sidler <[EMAIL PROTECTED]> wrote: > I notice this slow performance of Netscape too, but only if Netscape > and Tomcat run on the same machine (typically during development). > > If they run on different machines I don't see any Netscape > performance problems. Do you observe the same? > > Gabe > > > "Struts Newsgroup (@Basebeans.com)" wrote: > > > > Subject: Netscape 4.7x slow with Tomcat/Struts combination! > > From: [EMAIL PROTECTED] (Dalibor42) > > === > > Why is Netscape so slow when submiting to Struts running with Tomcat? > > Netscape 4.7x version are in question. > > > > IE is very quick but NN is few times slower. > > Does anyone know why? > > > > It there a way to make it faster? > > > > -- > > e-mail: [EMAIL PROTECTED] > > emajl : [EMAIL PROTECTED] > > ICQ # : 129068041 > > phone : 1ABACA@098 > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > Gabriel Sidler > Software Engineer, Eivycom GmbH, Zurich, Switzerland > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > __________________________________________________ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com -- 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]>