IBM Support

PI47151: EGL GENERATED COBOL PROGRAM PERFORMS POORLY IF THERE ARE A LARGE NUMBER OF EXCEPTIONS

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • It is found that if a EGL Cobol application creates a large
    number of exceptions during its execution, the performance is
    poor, due to large number of garbage collections in the heap
    memory management.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: EGL COBOL RUNTIME USERS.                     *
    *                 PREVIOUSLY, DL/1 USERS HAD A LONGER          *
    *                 PATHLENGTH WHENPROCESSING STATUS             *
    *                 CODES THAT START WITH G.  WITH THIS APAR     *
    *                 THE EXCEPTION PROCESSING IS REDUCED FOR      *
    *                 STATUS CODES THAT START WITH G.              *
    ****************************************************************
    * PROBLEM DESCRIPTION: MORE PROCESSING WAS OCCURRING DURING AN *
    *                      EXCEPTION FOR DL/1 USERS. STATUS CODES  *
    *                      THAT BEGIN WITH G CAN BE CONSIDERED     *
    *                      NORMAL PROCESSING AND THE GETMAINS      *
    *                      DONE FOR THE REASON STRINGS CAN BE      *
    *                      IGNORED, LIKE WE DO FOR SQL CODE 100.   *
    *                      THIS MAKES THE PROCESSING MUCH FASTER.  *
    *                      IN ADDITION, THIS FIX ALSO FIXES THE    *
    *                      PROBLEM WHERE THE LENGTH OF THE GETMAIN *
    *                      WAS LARGER THAN NECESSARY, CAUSING      *
    *                      MORE GARBAGE COLLECTIONS.               *
    ****************************************************************
    * RECOMMENDATION: APPLY THIS MAINTENANCE.                      *
    ****************************************************************
    MORE PROCESSING WAS OCCURRING DURING AN EXCEPTION FOR DL/1
    USERS. STATUS CODES THAT BEGIN WITH G CAN BE CONSIDERED
    NORMAL PROCESSING AND THE GETMAINS DONE FOR THE REASON
    STRINGS CAN BE IGNORED, LIKE WE DO FOR SQL CODE 100.
    THIS MAKES THE PROCESSING MUCH FASTER. IN ADDITION, THIS
    FIX ALSO FIXES THE PROBLEM WHERE THE LENGTH OF THE GETMAIN
    WAS LARGER THAN NECESSARY, CAUSING MORE GARBAGE
    COLLECTIONS.
    

Problem conclusion

  • No changes to the customer. Improved performance possible.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI47151

  • Reported component name

    RATL COBOL RT Z

  • Reported component ID

    5655R2900

  • Reported release

    601

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2015-08-19

  • Closed date

    2015-12-08

  • Last modified date

    2016-01-04

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

    PI47156

Modules/Macros

  • ELACOMB  ELACOMC
    

Fix information

  • Fixed component name

    RATL COBOL RT Z

  • Fixed component ID

    5655R2900

Applicable component levels

  • R601 PSY UI33732

       UP15/12/15 P F512

Fix is available

  • Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSN27B","label":"Rational COBOL Runtime for zSeries"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"6.0.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"6.0.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
04 January 2016