> -----Original Message-----
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Clark Morris
> Sent: Monday, May 19, 2008 2:44 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: SMP/E question.
> 
> 
> Again, we get the band-aid instead of the step forward.  Instead of
> making FBA available to z/OS and coming up with the needed
> enhancements to PDSE, ESDS and initialization code, the space and CPU
> cycle wasting CKD is carried forward.  It is an architecture that is
> FBA file hostile (look at the space wasted per track for PDSE, VSAM
> and any other file system that is at least somewhat page oriented).
> 
> Clark Morris

I agree. Even if the DFP architects cannot totally eliminate ECKD for
some things, all the "VSAM"-like access methods including all types of
VSAM datasets (KSDS, ESDS, LINEAR, RRDS, and VRRDS), PDS-Es, HFS, zFS
(which is LINEAR VSAM), could all reside on FCP connected "Open" DASD.
This would allow for the majority of z/OS data to reside on "Open" DASD
with only the small amount of actual PDSes (like NUCLEUS) and maybe
sequential being forced to be on ECKD. And I would think/hope that
sequential could be on "Open" DASD if by no other way than being able to
"emulate" sequential on an ESDS VSAM with some sort of "interface" to
allow access via DCB instead of ACB. z/VSE does it. If the current DFP
people can't, maybe they could get some pointers from the z/VSE systems
people. I'm still a bit put out that sequential et al. has never gotten
an ACB interface. If they did that, then 31 bit AMODE and RMODE would be
a snap.

I know, I know, don't bitch here, bitch at IBM.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.  

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

Reply via email to