Sorry all, I mis-read the original statement as still talking about GDGe's.

_________________________________________________________________
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, December 21, 2016 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using Extended Format as default

There is currently an open APAR with GDGe causing catalog performance 
problems...here is a partial listing of the apar.


OA50703

  APAR Identifier ...... OA50703      Last Changed ........ 16/12/12
  PERFORMANCE ISSUE WITH GFL REQUESTS THAT INCLUDE GDGS AT 2.2
 
  Symptom ...... PR PERFM             Status ........... OPEN
  Severity ................... 2      Date Closed .........
  Component .......... 5695DF105      Duplicate of ........
  Reported Release ......... 220      Fixed Release ............
  Component Name ICF CATALOG & I      Special Notice
  Current Target Date ..17/02/28      Flags
  SCP ...................
  Platform ............
 
  Status Detail: DESIGN/CODE - APAR solution is being designed
                               and coded.
 
  PE PTF List:
 
  PTF List:
 
 
  Parent APAR:
  Child APAR list:
 
 
  ERROR DESCRIPTION:
  Release 2.2 introduced GDG Extended (GDGE) functionality, which
  allowed for GDG bases that included more than 255 GDSs. The GFL
  code path was modified in such a way that when there is a GET
  for catalog entries for GDS's, the code path re-gets the GDG
  base every time a GDS is read. This applies to both regular
  GDGs and GDGEs. This requires more I/O, which leads to a
  noticeable performance impact.



_________________________________________________________________
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Tuesday, December 20, 2016 3:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using Extended Format as default

I can't think of any reason you should not, but allow for exceptions due to 
broken (usually home grown) code that has some unforeseen dependencies.

PDS/PDSE and SORTWK(?) have some known restrictions.

There might be a few other areas with restrictions, but in general, I think 
you'll do well.

HTH,


<snip>
Is there any compelling reason why I should not (or can't) use Extended Format 
for all SMS managed Sequential (flat and GDG) and VSAM (KSDS, ESDS, Linear) 
datasets?

Anything special I would need to do for Linear DB2 databases/tablespaces?
</snip>



::DISCLAIMER::
----------------------------------------------------------------------------------------------------------------------------------------------------

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or 
may contain viruses in transmission. The e mail and its contents (with or 
without referred errors) shall therefore not attach any liability on the 
originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the views or opinions of HCL or its 
affiliates. Any form of reproduction, dissemination, copying, disclosure, 
modification, distribution and / or publication of this message without the 
prior written consent of authorized representative of HCL is strictly 
prohibited. If you have received this email in error please delete it and 
notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.

----------------------------------------------------------------------------------------------------------------------------------------------------

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to