RE: WebFacing application EXTREEMLY slow

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.