On Mon, 11 May 2015 14:51:04 -0400, Tony Harminc wrote: >... >Of course there are exceptions - DVDs can go to the mainframe, there >can be remote tape drives near the sysprogs, and downloads can be done >directly via SMP/E, but I think the general rule still applies. > I have a SunRay thin client on my desk. I can plug a USB flash drive in to it. It appears as filesystem mounted on the Solaris host. Imagine being able to do likewise with a desktop system and z/OS.
On Tue, 12 May 2015 15:21:54 -0500, Joel Ewing wrote: >On 05/12/2015 11:05 AM, John Eells wrote: > ... >Just a bizarre thought: > >There is MFNetDisk to make z/OS connected via TCP/IP to a PC/WOrkstation >platform see specially formatted files files on that other platform look >like a local-channel-attached disk drive to z/OS. >So in some cases the answer to your question may have little to do >with tapes qua tapes, and more to do with the delivery address. > For example. Or imagine streaming from network through something like AWSTAPE and doing old, old fashioned SMP/E RECEIVE from that virtualized tape. But it should be done streamwise, with no need for a step to copy to a local scratch tape. A frequent complaint concerns the space requirements for RECEIVE FROMNETWORK. Reduce the number of needless copies in RECEIVE FROMNETWORK. Consider: Assembler: o SYSIN can be a UNIX file. That could be read directly from SMPNTS; no need to copy to Classic DASD. o SYSLIB can be a mixed concatenation of Classic PDSes and UNIX directories. The latter could be read directly from SMPNTS; no need to copy to Classic DASD. Binder: o DDNAMEs mentioned in INCLUDE statement may refer to UNIX directories. Those could be read directly from SMPNTS; no need to copy to Classic PDS. IBCOPY: o The fly in the ointment because PDSU can not reside in UNIX SMPNTS. IEBCOPY needs to be fixed. But if HLASM and Binder could take input directly from SMPNTS the need for IEBCOPY would be much reduced. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
