IBM Support

II09434: UN90139 (PT.1)- THIS INFOAPAR PROVIDES COMMENTS TO FURTHER INTRODUCE AND EXPLAIN THE SUPPORT PROVIDED BY APAR PN71337

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as canceled.

Error description

  • For DFSORT Release 13.0, PN71337 provides significant
    performance improvements, powerful new Year 2000 features
     (YR2000) and floating point for SUM support, as follows:
    
       * Performance Improvements for FLR and VLR Blockset Sorts
    
         Dataspace sorting can now be used for variable-length
         record sort applications.
    
        Dynamic storage adjustment is a new feature that allows
        DFSORT to automatically use more storage than the TMAXLIM
        value for a Blockset sort application if DFSORT
        determines that doing so should improve performance.
        New installation option DSA=n has been added to enable
        you to specify the dynamic storage adjustment limit.
    
        The upper limit for the amount of main storage that can be
        specified and used by DFSORT has been raised from 32M to
        2000M.  Specifying more main storage allows DFSORT to
        improve performance in some cases, such as for very large
        sort applications, or to extend the range of sort
        applications that can be done entirely in main storage.
        It also increases the maximum amount of data DFSORT can
        process in a single sort application.
    
        New installation option IOMAXBF=n has been added to enable
        you to specify the upper limit for the amount of storage
        to be used for SORTIN and SORTOUT data set buffers, which
        in turn limits the amount of data that can be transferred
        in a single I/O operation.
    
        The upper limit for the number of JCL and dynamically
        allocated work data sets that can be specified and used
        by DFSORT's Blockset technique has been raised from 32
        to 100.  The use of more work data sets increases the
        maximum amount of data DFSORT can process in a single
        sort application.
    
        DFSORT can now use NOEQUALS for VLR Blockset applications
        if EQUALS=NO is specified at installation or NOEQUALS is
        specified at run-time.  The use of NOEQUALS can improve
        performance and is recommended for applications for which
        the order of records that collate identically need not be
        preserved from input to output.  To minimize migration
        concerns, the IBM-supplied default for the ICEMAC EQUALS
        option is the new value VLBLKSET, which is equivalent to
        EQUALS=YES for VLR Blockset applications and to EQUALS=NO
        for all other applications.
    
      * Year 2000 features (YR2000)
    
        New Y2C, Y2Z, Y2P and Y2D formats, in conjunction with a
        new Y2PAST installation and run-time option, allow you to
        handle two-digit year data in the following ways:
        - Set the appropriate century window for your applications
          (for example, 1915-2014 or 1950-2049).
        - Order two-digit character, zoned decimal, packed decimal
          or decimal year data according to the century window
          using Blockset SORT or MERGE (for example, order 96
          representing 1996 before 00 representing 2000 in
          ascending sequence, or order 00 before 96 in descending
          sequence).
        - Transform two-digit character, zoned decimal, packed
          decimal or decimal year data to four-digit character
          year data according to the century window using
          OUTFIL OUTREC (for example, transform 96 to 1996 and
          00 to 2000).
    
        A new PD0 format allows you to order and transform
        parts of packed decimal fields (for example, month
        and day in date fields) using SORT, MERGE and OUTFIL.
    
      * Floating point for SUM
    
        FL format can now be used with the SUM control statement
        for short (4-byte), long (8-byte) and extended (16-byte)
        floating point data.
    
      * EXCPVR processing removed
    
        To enhance DFSORT's protection of system integrity,
        EXCPVR processing will no longer be used.  EXCPVR
        parameter values will continue to be accepted, but will
        have no effect on DFSORT processing.  In general, the
        performance improvements provided by EXCPVR processing
        have diminished with newer technologies and will be
        more than offset by the performance improvements provided
        by PN71337.
    **************************************************************
    For more details on all functions see one of the following:
    World Wide Web site:
      Visit the DFSORT/MVS World Wide Web home page at URL:
      http://www.storage.ibm.com/storage/software/sort/srtmhome.htm
    
    FTP server
       You can obtain DFSORT articles and examples via anonymous
       FTP to:
        lscftp.kgn.ibm.com/pub/mvs/docs/
    
    MKTTOOLS (Marketing Tools disk)
      Additional information can be found on the IBM Marketing
      tools disk for subjects introduced by this apar.
    
     General Description of Enhancements
     * Dynamic Storage Adjustment
    
      ICEMAC DSA=n
        specifies the maximum amount of storage available to DFSORT
        for dynamic storage adjustment of a Blockset sort
        application when SIZE/MAINSIZE=MAX is in effect.  If you
        specify a DSA value greater than the TMAXLIM value, you
        allow DFSORT to use more storage than the TMAXLIM value if
        doing so should improve performance.  The amount of storage
        DFSORT uses is subject to the DSA value as well as system
        limits such as region size.  However, whereas DFSORT always
        tries to obtain as much storage as it can up to the TMAXLIM
        value, DFSORT only tries to obtain as much storage as
        needed to improve performance up to the DSA value.
    
        The performance improvement from dynamic storage adjustment
        usually provides a good tradeoff against the increased
        storage used by DFSORT.  On storage constrained systems,
        however, the DSA value should be set low enough to prevent
        unacceptable paging.
    
         n
           specifies that DFSORT can dynamically adjust storage to
           improve performance, subject to a limit of n megabytes.
           n must be a value between 0 and 2000.  If n is less than
           or equal to the value specified for TMAXLIM, n is set
           to 0 to indicate that storage will not be dynamically
           adjusted.
    
         Applicable Systems: MVS/ESA and MVS/XA
    
        Default: 16
    
      New ICEMAC MNOTEs
        *,  x MEGABYTES IS THE LIMIT FOR DSA
        *,  0 MEGABYTES IS THE LIMIT FOR DSA BECAUSE DSA
            IS LESS THAN OR EQUAL TO TMAXLIM
        *,  16 MEGABYTES IS THE LIMIT FOR DSA
    
        8,***ICESM1098 DSA VALUE x INVALID
            The value x specified for DSA is not a valid decimal
            number or is not in the valid range for DSA.
    
      New SMF Type-16 Record Field
        Dec.  Hex   Name     Length   Format   Description
        +64   +40   ICEDSA        2   binary   DSA value in effect
                                               (in megabytes)
    
      Changed Message
    
        ICE131I OPTIONS: TMAXLIM=n,ARESALL=n,ARESINV=n,OVERRGN=n,
                         CINV=x,CFW=x,DSA=n
    
    * Increase main storage size limit
    
      ICEMAC SIZE=n
        The limit for n is raised from 33554416 (32 megabytes
        minus 16 bytes) to 2097152000 (2000 megabytes).
    
        The limit for n is raised from 33554424 (32 megabytes
        minus 16 bytes) to 2097152000 (2000 megabytes).
    
      EXEC PARM SIZE=n and OPTION MAINSIZE=n
        The limit for n is raised from 8 digits to 10 digits.
        If more than 2097152000 is specified, 2097152000 is used.
    
      EXEC PARM SIZE=nK and OPTION MAINSIZE=nK
        The limit for n is raised from 5 digits to 7 digits.
        If more than 2048000K is specified, 2048000K is used.
    
      EXEC PARM SIZE=nM and OPTION MAINSIZE=nM
        The limit for n is raised from 2 digits to 4 digits.
        If more than 2000M is specified, 2000M is used.
    
      ICEIEXIT Maximum Storage Run-Time Option
        If more than 2097152000 is specified, 2097152000 is used.
    
      Note:  Sufficient virtual storage must be available in the
      primary address space in order for DFSORT to use the amount
      of main storage specified.  Also, DFSORT and system
      performance can degrade if insufficient processor storage
      is available to back the specified amount of main storage.
    
      ICEMAC IOMAXBF=n
        specifies the maximum buffer space DFSORT can use for the
        SORTIN and SORTOUT data sets.  This, in turn, will limit
        the amount of data that can be transferred in a single I/O
        operation.  The actual amount of buffer space used for the
        SORTIN and SORTOUT data sets is subject to the IOMAXBF
        limit as well as the system storage limits (for example,
        IEFUSI and REGION) and the DFSORT storage limits (that is,
        SIZE, MAXLIM and TMAXLIM).  DFSORT attempts to use
        storage above 16-megabyte virtual for SORTIN and SORTOUT
        data set processing whenever possible.
    
        DFSORT uses the IOMAXBF value as the limit for the SORTIN
        data set buffers and as the limit for the SORTOUT data set
        buffers.  For example, if IOMAXBF is set to 8388608
        (8 megabytes), DFSORT uses an 8M limit for SORTIN and an
        8M limit for SORTOUT.  The buffer space for each data set
        will not exceed the IOMAXBF limit, but can be less than
        the limit.
    
        The IOMAXBF value can be adjusted up or down to fit the
        needs of your devices and system load.  At a transfer
        rate of 3M per second, the IBM shipped default of 33554432
        (32M) for IOMAXBF engages the channel for a maximum of
        about 11 seconds at any one time.  This is well below the
        IBM supplied missing interrupt handler (MIH) value of
        15 seconds for most direct access devices.  Exceeding this
        MIH value can result in I/O terminations of DFSORT
        applications.  IBM recommends that this MIH value be
        raised for newer devices, such as 3390 and RAMAC DASD.
        With higher MIH values, or higher transfer rates, it is
        possible to use higher values of IOMAXBF without risk of
        MIH termination.
    
        The IOMAXBF value can be reduced or increased using the
        following formula as a guideline:
    
          IOMAXBF =
            (transfer rate per second) * (channel seconds allowed)
    
        For example, if you have a channel transfer rate of
        3M per second, and you wish to limit DFSORT to a
        maximum channel connect time of 8 seconds, set IOMAXBF
        to 25165824 (24M).  Likewise, with a channel transfer rate
        of 4M per second and an MIH value of 30 seconds, limiting
        DFSORT to no more than 25 seconds of channel connect time
        by setting IOMAXBF to 104857600 (100M), will prevent
        MIH terminations.
    
        Lowering IOMAXBF below the default value of
        33554432 (32MB) can cause performance degradation.
    
        n
          specifies the maximum bytes of storage to be used for
          the SORTIN and SORTOUT data set buffers as a decimal
          value within the range of 8388608 (8M) to 268435456
          (256M).
    
        Applicable Systems: MVS/ESA and MVS/XA
    
        Default: 33554432 (32M)
    
        Example 1
    
            IOMAXBF=37748736
    
          Limits the storage used for the SORTIN and SORTOUT data
          set buffers to 36 megabytes.  At a transfer rate of
          3M per second, this IOMAXBF value limits DFSORT to a
          maximum connect time of 12 seconds.
    
        Example 2
    
            IOMAXBF=20971520
    
          Limits the storage used for the SORTIN and SORTOUT data
          set buffers to 20 megabytes.  At a transfer rate of
          4M per second, this IOMAXBF value limits DFSORT to a
          maximum connect time of 5 seconds.
    
      New ICEMAC MNOTEs
        *,  x BYTES IS LIMIT FOR SORTIN/SORTOUT BUFFER SPACE
        *,  32768K BYTES IS LIMIT FOR SORTIN/SORTOUT BUFFER SPACE
    
        8,***ICESM1103 IOMAXBF VALUE x INVALID
            The value x specified for IOMAXBF is not a valid
            decimal number or is not in the valid range for
            IOMAXBF.
    
      Changed Messages
    
        MSGICE061A Programmer Response.  Add the following new
        paragraph after the first paragraph:
    
          If ICE061A contains ECB=41 and CSW=0006, and you receive
          an accompanying IOS000I simulated I/O error message, you
          could be experiencing a missing interrupt timeout on the
          corresponding channel due to a large data transfer.  If
          this is the case, either reduce the value set for the
          IOMAXBF installation option or raise the missing
          interrupt handler (MIH) value for the device associated
          with the error.
    
    ADDITIONAL KEYWORDS:
     5740SM105 SPE INFOAPAR INFO APAR RF00 Y2K
    

Local fix

Problem summary

Problem conclusion

Temporary fix

Comments

  • This is a info apar
    

APAR Information

  • APAR number

    II09434

  • Reported component name

    PA LIB INFO ITE

  • Reported component ID

    INFOPALIB

  • Reported release

    001

  • Status

    CLOSED CAN

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    1996-05-08

  • Closed date

    1998-04-07

  • Last modified date

    2001-09-10

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

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

Fix information

Applicable component levels

[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19N","label":"APARs - OS\/390 environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG32M","label":"APARs - VSE\/ESA environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"","label":""}},{"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":"001","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":null,"label":null},"Product":{"code":"SG19O","label":"APARs - MVS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSSN3L","label":"z\/OS Communications Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG27M","label":"APARs - z\/VM environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"LOB16","label":"Mainframe HW"}}]

Document Information

Modified date:
10 September 2001