Grindingly slow upload speed...

Right ok I'm new to the whole ftp process (downloaded smart ftp last night) so I'm green as hell and apologise for that.

I've been unable to use smartftp to upload anything other than a very small file at a decent pace and without failing (haven't had much luck with files bigger than 5 megs, and I need to send about 200 megs regularly).

Initially I assumed it was a problem with my connection, but I tried sending the file with yousendit, and it uploaded relatively fast (didn't give a per second speed, but weighed in at about 1 meg in under a minute, that's fine for me).

So I figured my connection is able to handle it, so I must be missing something with smartftp. Turning off windows firewall helped the pace a bit, but it's still less than ideal - about 5 times slower than my upload speed on yousendit, and generally fails a few minutes into it.

So my question is, what could be causing such a discrepancy? And of course, much more importantly, what can I do about it?

Thanks very much

Hello ..

1. Use the Transfer Queue for all your uploads. It will automatically resume broken transfers. See the tutorial at: https://www.smartftp.com/support/howto
2. SmartFTP uploads as fast as your connection allows it. Post the log from the Transfer Queue (double click the item).

Regards,
SmartFTP

Hello ..

1. Use the Transfer Queue for all your uploads. It will automatically resume broken transfers. See the tutorial at: https://www.smartftp.com/support/howto
2. SmartFTP uploads as fast as your connection allows it. Post the log from the Transfer Queue (double click the item).

Regards,
SmartFTP

mb, thanks a lot for replying so rapidly, and for that tutorial which is proving very useful. I actually just tried this on my laptop (exact same connection), and got much closer to the upload speed I would expect (about 14 kb/s). The average speed when I try and upload from my pc is about 2 kb/s.

The log below is from a test file (about 3 mb), which is still uploading as I write this.

[codebox][10:24:10] Resolving host name "www.the-third-man.com"
[10:24:10] Connecting to 193.22.244.16 Port: 21
[10:24:11] Connected to www.the-third-man.com.
[10:24:21] 220 ProFTPD 1.2.7 Server (Web Mania) [server1.web-mania.com]
[10:24:21] USER thehthir
[10:24:21] 331 Password required for thehthir.
[10:24:21] PASS (hidden)
[10:24:21] 230 User thehthir logged in.
[10:24:21] SYST
[10:24:21] 215 UNIX Type: L8
[10:24:21] Detected Server Type: UNIX
[10:24:21] FEAT
[10:24:21] 500 FEAT not understood.
[10:24:21] TYPE I
[10:24:21] 200 Type set to I.
[10:24:21] REST 0
[10:24:21] 350 Restarting at 0. Send STORE or RETRIEVE to initiate transfer
[10:24:21] PWD
[10:24:21] 257 "/" is current directory.
[10:24:21] Remote file exist check: "ZAppLink3_Setup.zip".
[10:24:21] SIZE ZAppLink3_Setup.zip
[10:24:21] 213 246304
[10:24:21] MDTM ZAppLink3_Setup.zip
[10:24:21] 213 20071216090506
[10:24:21] Source File: Size=3096124, SizeUnit=Byte, Time=2007-12-01T20:47:47, TimeFormat=Exact
[10:24:21] Destination File: Size=246304, SizeUnit=Byte, Time=2007-12-16T09:05:06, TimeFormat=Exact
[10:24:21] No rule matched. Default Action="Overwrite".
[10:24:21] PASV
[10:24:21] 227 Entering Passive Mode (193,22,244,16,148,113).
[10:24:21] Opening data connection to 193.22.244.16 Port: 38001
[10:24:21] STOR ZAppLink3_Setup.zip
[10:24:21] 150 Opening BINARY mode data connection for ZAppLink3_Setup.zip
[10:28:37] Transfer Timeout (60s). Closing data connection.
[10:28:37] 536576 bytes transferred. (2,05 KB/s) (00:04:15)[/codebox]

Thanks again

EDIT - While I'm here, just to clarify, does the transfer queue resume the transfer from where it broke, or just automatically start from scratch? I've yet to be able to send a full file but I'm currently doing a test with the transfer queue, and when it cuts out the "amount transferred" starts from 0 all over again.

It seems that no data has been transferred at all. The "xxx bytes transferred" message is not accurate because the data might still be stuck in an internal buffer. The problem is very likely that a software firewall (norton, mcafee, etc) is blocking SmartFTP from sending data over the data connection. Add SmartFTP to the exceptions in the software firewall and try again.

Regards,
Mat
SmartFTP

It seems that no data has been transferred at all. The "xxx bytes transferred" message is not accurate because the data might still be stuck in an internal buffer. The problem is very likely that a software firewall (norton, mcafee, etc) is blocking SmartFTP from sending data over the data connection. Add SmartFTP to the exceptions in the software firewall and try again.

Regards,
Mat
SmartFTP

Thanks again for the reply Mat,

I've already de-activated the only firewall I have (the windows one). Also, when I do a test on a very small file (9 bytes) it uploads fine, so information is able to get across.

Hello ..

Try to use Active Mode (PORT) instead of Passive Mode (PASV):
https://www.smartftp.com/support/kb/how- ... de-f1.html

But the source of the problem is very likely what I have mentioned in my last reply. Sometimes it's not enough to stop the software firewall.

Regards,
Mat

Try Active Mode as advised in my last reply. Try another FTP client to see if you are having the same problem.