RE: WebFacing EXTREEMLY slow - update

[Jim Mason <jmason900@xxxxxxxxx>]

Hi Patrick

Having started WebSphere, the 1st time you load the
webfacing app after it's updated:

1 the jsp has to be compiled which takes time for sure
2 the compiled java classes used by the jsp have to
loaded from the classpath.

both of these operations are really slow.
When the app has been run for 1 user, a 2nd user
running the same app should see very good response
time given that the WebSphere server instance is still
running....

You CAN ensure all jsps are compiled by manually
invoking each webfacing app before users do the 1st
time only.

Also you can designate specific servlets to preload in
WebSphere so the 1st user won't get a hit on
performance when the WebSphere server instance is
started.

Finally, I didn't use iSeries WebSphere fixpack 3.5.3
BUT other users told me they had problems with JSPs
continuously recompiling (which they shouldn't).  You
might check to see if this is a problem....


Jim Mason


--- Patrick Goovaerts <pgoovaerts@pandora.be> wrote:
> Hi Jim.
>
> Well, the application starts with a main program
> which has only a
> menu-record.  Selection an option will start a
> program-call with
> parameters.
> ILE-RPG MENU
>       option 1: IRPG PGM1
>       option 2: IRPG PGM2
>       ...
> Depending on the value of one of the parameters
> (which are also on the
> menu-record), a change of librarylists is activated
> before calling one
> of the programs on the menu.  I have to admitt, the
> IRPG is 'half' Ile
> but mostly pure RPGIII/IV...
> Anyway, all programs are compiled with 'CRTBNDRPG'.
>
> I moved the app to WTE in which it ran with
> acceptable performance.  So,
> I concluded it's not WebFacing nor the invoked 5250
> job.
>
> Then I changed the 'performance setting' of this
> web-app to 'high' in
> WAS3.5.2 and as from then we got pretty good
> performance.  That's it! I
> thought...  Half an hour later my good feelings were
> over.  Again
> performance went bad.  Between 30sec's to 1 minute
> for each panel!  What
> was changed in this time?  I changed a displayfile,
> converted the whole
> application again (with another background) and
> placed it back into
> WAS3.5.2.  After loading all panels again (first
> load compile of jsp's),
> I loaded the application again with the result of
> bad performance.  It
> had to be a coïncidence that the performance went
> good after changing
> the settins.  (As it is always not?)
>
> We checked if any ptf's were missing (we upgraded
> our system to V5R1M0
> over weekend) for our AS400 as well as WAS352, but
> it seems they are all
> loaded.  We tried to follow what is happening on the
> AS400, but as far
> as we can see, the 5250 job is loaded in an
> acceptable time, the program
> is activated, the DSPF executed, but then it takes
> long time before the
> panel is in the WebBrowser screen.
>
> Someone has told me to run the WebFacing 'runtime'
> trace to have an idea
> what's going on.  But I think it must be the
> AS400/WAS352 which should
> be checked.  Therefore I need to know exactly how to
> invoke a correct
> trace to deliver to one of the 'specialists' to
> figure out what causes
> the bottleneck.  Necessary steps can be taken then.
>
> Patrick Goovaerts
>
>
> -----Oorspronkelijk bericht-----
> Van: java400-l-admin@midrange.com
> [mailto:java400-l-admin@midrange.com]
> Namens Jim Mason
> Verzonden: woensdag 16 januari 2002 19:22
> Aan: java400-l@midrange.com
> Onderwerp: Re: WebFacing application EXTREEMLY slow
>
>
> Hi Pat.
>
> You need to determine if the response time is
> WebSphere, the Webfacing server or the invoked 5250
> job.  It is RARELY the Webfacing server that affects
> performance...
>
> Also, be aware that you want to define application
> entry points that DON'T cause your servlet session
> to
> have to start a new AS/400 job in QINTER.  Check
> your
> logic there.  Are you entering a main menu program
> or individually
> calling each program?
>
>
> Jim Mason
>
> --- P.Goovaerts@Clipper.Be wrote:
> > Now that my 'WebFaced' webapp is running I need to
> > find out what makes it
> > so
> > slow.  I understood I have to start 'tracing' the
> > WebFaced application.
> > Can't find it in the documentation.
> >
> > Is there a step-by-step document somewhere?
> >
> > Maybe I have to make a trace on our WAS3.5.2 too?
> >
> > _______________________________________________
> > This is the Java Programming on and around the
> > iSeries / AS400 (JAVA400-L) mailing list
> > To post a message email: JAVA400-L@midrange.com
> > To subscribe, unsubscribe, or change list options,
> > visit:
> >
> http://lists.midrange.com/cgi-bin/listinfo/java400-l
> > or email: JAVA400-L-request@midrange.com
> > Before posting, please take a moment to review the
> > archives
> > at http://archive.midrange.com/java400-l.
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Send FREE video emails in Yahoo! Mail!
> http://promo.yahoo.com/videomail/
> _______________________________________________
> This is the Java Programming on and around the
> iSeries / AS400
> (JAVA400-L) mailing list To post a message email:
> JAVA400-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit:
> http://lists.midrange.com/cgi-bin/listinfo/java400-l
> or email: JAVA400-L-request@midrange.com
> Before posting, please take a moment to review the
> archives
> at http://archive.midrange.com/java400-l.
>
>
> _______________________________________________
> This is the Java Programming on and around the
> iSeries / AS400 (JAVA400-L) mailing list
> To post a message email: JAVA400-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit:
> http://lists.midrange.com/cgi-bin/listinfo/java400-l
> or email: JAVA400-L-request@midrange.com
> Before posting, please take a moment to review the
> archives
> at http://archive.midrange.com/java400-l.
>


__________________________________________________
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/