On Sat, 13 Feb 2010 15:48:56 -0600, Mark Zelden wrote:
>
>What IBM really really needs (hint!) is a tag for GIMUNZIP to control
>the SYSUT1 dynamic allocation on a data set by data set basis if needed.  I
>could have then pointed SYSUT1 to a spare volume just for the SMPPTS
>unzip instead of having the storage admins initialize a spare volume
>for SMS and add it to the temp pool... all just to run 1 job. <sigh>
>
What IBM really needs is to:

1) Enhance IEBCOPY to accept Unix files and pipes as its PS files
   (not its PDS files, a much bigger effort, and for which pax
   already exists).

2) Restructure the GIMZIP archive so the relfiles are simply
   compressed IEBCOPY-unloaded PDSes, not pax archives.

Consider the index of a modest GIMZIPped relfile:

503 $ gunzip <xxx.F5.pax.Z | tar -tvf -
drwxr-xr-x  0 pg       grp         0 Feb 11 14:59 ./
-rw-r--r--  0 pg       grp      1710 Feb 11 14:59 ./GIMFAF.XML
-rwxr-xr-x  0 pg       grp  32162629 Feb 11 14:53 ./SMPRELF

As it is, SMP/E must:

o Download to SMPPTS   (first  instance)

o Extract with pax     (second instance)

o Convert to CKD       (third  instance)
     (second instance can now be discarded)

o IEBCOPY to TLIB      (fourth instance)

With the restructuring it could be:

    uncompress <gimzip-archive-member | IEBCOPY

Is AMATERSE (not available when GIMZIP was invented) an
attractive alternative?  AMATERSE will unpack from a
Unix file if you fool its devtype check by preconcatenating
an empty CKD data set with suitable attributes (undocumented
feature).

I suspect SMP/E does considerable analysis of the IEBCOPY
headers to determine parameters for allocating TLIBs.  Is
this even possible with information in AMATERSE headers?

But it's better than it used to be.  Early RECEIVE FROMNETWORK
used to extract all the pax.Z SMPRELFs before IEBCOPY loading
any of them.  Nowadays it does one at a time, discarding each
workfile before starting the next.

SMP/E could benefit greatly with more cooperation with
Binder, IEBCOPY, and AMATERSE design.  Conway's Law
prohibits this.

-- gil

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to