× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



The log on process to IBM i is not the quickest thing on the track. In addition there are nearly always exit programs attached to FTP so you are experiencing the extra steps needed to get logged on.

I would investigate the need to 'quit' and log back on for each file. If you can do that you'll probably see the thing finish in just a couple minutes.

You can simulate this with a visual example by creating a script in a notepad document that does 'open i.p.addr.here' then 'user pass' then 'put somefile' then 'quit' and repeat that 10 times with 10 little files. Now cut and paste that into FTP on your PC. Now change the the script to only have 'open' at the top and only have 'quit' on the bottom. You will see a dramatic difference.

- Larry "DrFranken" Bolhuis.

On 10/25/2010 2:51 PM, ldwopt@xxxxxxx wrote:
The FTP Details

The i series is the starting point going to a windows server
System logs on and does a MGET and the job takes 4-8 minutes to complete

The second job starts at the iSeries and goes to the same windows server
The job is set up this way
FTP "IP ADDR"
then there is loop in the program to do this 132 times each time changing the ? to a file number
Log on
put file?.zip
put 1 to file?.txt
quit

Then the job end total time 90-100 minutes

Transfer rate is 1800+/- KB always less that on second

BUT in the FTP log on the iSeries between each log in, it can be 30-42 seconds

I hope that makes sense as to how I described it. We have checked all the data on fire walls and it checks out the way it should

A comtrace supplied by IBM instructions was taken and sent to IBM 7-10 days ago but nothing back from IBM yes

Thanks again Dave Willenborg
FNTS

---- Scott Klement<midrange-l@xxxxxxxxxxxxxxxx> wrote:
Dave,

FTP reads data and sends it. In pseudocode it might look like this:

1. Read a big string of bytes from file.
2. Send big string of bytes.
3. Was that the end of the file? If not, go back to step 1.

It doesn't know or care that your data is a .ZIP file. It simply reads
the bytes that makes up the file and sends them. The contents of the
file are irrelevant to the FTP process.

I suggest looking for network and/or system performance issues rather
than looking at the type of data in your files.


On 10/25/2010 7:58 AM, ldwopt@xxxxxxx wrote:
Has anyone used FTP to transfer .zip files from the IFS to another server. I am having a problem with the file transfer taking an extremely long time to transmit.

Any help would be appreciated.

Dave Willenborg
FNTS
Omaha, NE


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.