> -----Original Message----- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard > Sent: Thursday, November 04, 2010 4:19 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: FTP Question. > > We have a process that transfers thousands of files from a > Linux guest in one LPAR to a CMS file in another. The > process, following a successful logon, goes like this: > > Cd dir1 > Mget *.* (replace > Cd dir2 > Mget * * (replace > Cd dir3 > Mget * * (replace > > The entire process is done via VMFTP. It takes a long time to > transfer all of the files. I read somewhere that a new data > path is created for each file. This appears to be where the > time is being spent. Is there any was to cut down on or > eliminate this time? It would seem to me to be much more > efficient if all of the data were transferred over the same > path without all of the reconnecting. > > In this case, the target disk is a large V-disk that has > nothing on it. The files get molested and moved to a more > permanent residence after all have been obtained. > > > Regards, > Richard Schuh
PMJI, I'm not very z/VM literate any more. My first thought is to have the remote sited "package" up the files into a single archive file (likeunto zip), transfer that archive file, then expand the archive on CMS. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM