Jump to content


Photo

Separate Transfer Cues - Up and Down


  • Please log in to reply
5 replies to this topic

#1 ThomasP

ThomasP
  • Members
  • 3 posts

Posted 03 December 2008 - 03:36 PM

Uploading and downloading are two different operations. On our connection, the upload and download bandwidths are independent. Why can't the transfer cue run, say, four uploads and three downloads, with separate speed control, separate quantity of operations, etc? It would approximately halve our time for big operations - we use SmartFTP to synchronize multiple locations, multiple backups, and remote workers, so this would dramatically improve our performance.

Just seems obvious to me.

Is there a reason why it can't work?

T.

#2 mb

mb

    Developer

  • Administrators
  • 11527 posts
  • Gender:
    Male
  • Location:
    Worldwide

Posted 03 December 2008 - 04:34 PM

There is a workaround:
1. Create 2 favorites for the same server (One you use for uploads, the other one you use for downloads)
2. Then set the number of workers in the favorite properties. For the favorite you use for uploads set it to 4. For the favorite you use set it to 3.
3. Set the speed limits in the favorite properties
5. Set the number of total workers in the transfer queue to 7 or higher.

Regards,
Mat

#3 sparkomega

sparkomega
  • Members
  • 2 posts

Posted 14 January 2009 - 08:15 AM

it would seriously be helpful if on the transfer que, you could set the number of Upload workers, and the number of Download workers, then the KBps for each. This would make the most sense.

#4 mb

mb

    Developer

  • Administrators
  • 11527 posts
  • Gender:
    Male
  • Location:
    Worldwide

Posted 14 January 2009 - 09:53 PM

You can already set the number of individual workers per favorite item. Plus you can limit the KBps/Worker for each favorite.

#5 Buzzer

Buzzer
  • Members
  • 2 posts

Posted 01 December 2010 - 07:44 PM

Uploading and downloading are two different operations. On our connection, the upload and download bandwidths are independent. Why can't the transfer cue run, say, four uploads and three downloads, with separate speed control, separate quantity of operations, etc? It would approximately halve our time for big operations - we use SmartFTP to synchronize multiple locations, multiple backups, and remote workers, so this would dramatically improve our performance.

Just seems obvious to me.

Is there a reason why it can't work?

T.



#6 Buzzer

Buzzer
  • Members
  • 2 posts

Posted 01 December 2010 - 07:46 PM

Sounds like you know what you are doing; I am just back after a computer crash. Everything works except I can't get the newly copied file to transfer. I just get a succession of these. Do you know how I can prod it along? rgds buzzer:


[14:25:20] NOOP
[14:25:20] 200 NOOP command successful




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users