Thanks, for the INFO I was going to mounted with translation on, however I
did FTP'd in binary when I was testing it.
Do you think if I did the gzip under uss will be faster... another word
gzip + ftp would be fater then just FTP the data without compress?



             "McKown, John"
             <[EMAIL PROTECTED]
             insctr.com>                                                To
             Sent by: Linux on         LINUX-390@vm.marist.edu
             390 Port                                                   cc
             <[EMAIL PROTECTED]
             ist.edu>                                              Subject
                                       Re: compress

             01/25/2006 10:54
             AM


             Please respond to
             Linux on 390 Port
             <[EMAIL PROTECTED]
                 ist.edu>






> -----Original Message-----
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On
> Behalf Of Eddie Chen
> Sent: Wednesday, January 25, 2006 9:39 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: compress
>
>
>  I don't know if we have the CPU power on  z/OS  to do the
> compress... the
> first try is to  gzip the file under z/OS and get the wall clock time.
>

Been there! By your comment, I gather that z/Linux is running on an IFL
and not sharing CPU resources with your z/OS system. Well, a Hipersocket
connection between z/Linux and z/OS is likely to be very fast, if you
decide to NFS mount and do the gzip on z/Linux. Or even via an OSA
connection. But if z/OS and z/Linux are on separate mainframes, then the
NFS mount gains you nothing in terms of file transfer speed. Well,
unless the z/OS and z/Linux are one a faster backbone than the z/OS and
UNIX systems, of course.

I have, in the past, done an NFS mount between z/Linux and z/OS. But I
was using z/Linux as the server, not z/OS. The reason is because it was
easier for me to configure a z/Linux NFS server. Also, when I mounted
the NFS share on z/OS, I could tell the z/OS NFS client to do the
EBCDIC<->ASCII translation for me. I could still use the z/Linux
subdirectory (NFS share) in JCL via the PATH= just as I could a "native"
z/OS UNIX subdirectory. In fact, I mounted the exact same NFS share on
z/OS at two different mount points. One mount point was for BINARY mode
(no translation) and the other was for XLAT mode (automatic IBM-1047
to/from ISO8859-1).

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.


----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390



-----------------------------------------
This message and its attachments may contain  privileged and
confidential information.  If you are not the intended recipient(s),
you are prohibited from printing, forwarding, saving or copying this
email.  If you have received this e-mail in error, please immediately
notify the sender and delete this e-mail and its attachments from your
computer.

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to