Looks like this app is using floating point judging by the library module
names, hence the huge cpu time (XMU is fp multiply from my dim memory of 20
years ago).  Converting to DFP in Cobol v5 will reduce cpu time
dramatically.

On Wed, Nov 29, 2017 at 2:38 AM, Massimo Biancucci <[email protected]>
wrote:

> Hi everybody,
>
> in a customer shop we use IBM APA to trace some cpu-bound applications in
> order to find out in which modules and statement applications use the most
> of the cpu.
>
> For a particular job APA shows a big "SYSTEM" cpu usage on IGZXLPKA module
> as you can see in the following data.
>
> Name      Description               Percent of CPU Time * 10.00%  .0.6%
>
>
> *....1....2....3....4....5....6....7...
> SYSTEM    System/OS Services       78.03
> **************************************
> > LERUNLIB  Language Environment   77.88
> **************************************
>             Runtime
>
>   > IGZXLPKA  COBOL 2 Module       77.88
> **************************************
>     > IGZBXXMU  COBOL 2 Module     31.51 ****************
>
>     > IGZ@BCD   COBOL 2 Module     12.76 ******
>
>     > IGZXFPW   COBOL 2 Module     12.43 ******
>
>     > FPVDFPCX  CSECT in IGZXLPKA   9.53 *****
>
>     > IGZ@CV    COBOL 2 Module      6.17 ***
>
>     > IGZXPR2   COBOL 2 Module      5.40 ***
>
>     > IGZ@DSP   COBOL 2 Module      0.02
>
>     > IGZXFCAL  COBOL 2 Module      0.02
>
>     > IGZ@DCS2  COBOL 2 Module      0.01
>
>     > IGZXFCA4  COBOL 2 Module      0.00
>
> > MVS       MVS System              0.11
>
> > SVC       SVC Routines            0.03
>
> > DB2       DB2 Subsystem           0.00
>
>
>
> DB2SQL    SQL Processing           12.13 ******
>
> APPLCN    Application Code          9.70 *****
>
> NOSYMB    No Module Name            0.11
>
>
> In such a shop applications are Cobol (main V4 moving to V5) and this case
> is a DB2 batch applications. There're different programs involved
> dynamically called (to prevent questions, the whole shop is the same and
> only this job shows this behaviour). There's a mix between V4 and V5 in the
> call chain.
>
> I was not able to find out lots of infos about the IGZXLPKA module but it's
> manages dynamic call.
>
> I've tried with a different programs-chain (written to test the call up to
> 5 level of nesting) but nothing similar happened.
>
> Any hint ?
>
> Thanks a lot in advance.
> Massimo
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to