There is a tcpip connection for each file.
When you say VMFTP are you referring to the FTP program in VM or the VMFTP program supplied by Romney White? In either case, check a few test GET commands and see how long it takes to create session and transfer the file. You should see a PORT command if you are doing active ftp, Enable logging and post some of the logfile. I bet we can see where the delay is coming from. It should take less than 1 second to create a connection. ____________________ Jim Hughes 603-271-5586 "It is fun to do the impossible." ________________________________ From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Thursday, November 04, 2010 5:20 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
