Author Topic: Resume transfers  (Read 2195 times)

anand

  • Newbie
  • *
  • Posts: 1
Resume transfers
« on: November 04, 2007, 08:17:19 AM »
Hello!

Is there a way to stop transfers and close the program and later on start up the program and fast resume all transer queues?

-- or --

Is there a way to split the synchronization queue so it can download the files in X number of concurrent connections?



The problem arose when the power needed to be cut down in the house. I had some queues and wanted to abort the program and close the computer in a proper way before the power was turned off, but I wanted to resume the downloads with just a few mouse clicks. I found the synchronization thing, but all files ended up in one queue that obviously was one file at the time. I ended up to run the synchronization and manually copied the preview results by draggin the items from the server to my computer. In that way each file ended up in separated queues.

The ftp-server I am fetching files from are little funny. Most of the times you will get 40 kbps for each file. This means that if you download one file you get 40 kbps but if you download 10 files at once in concurrent connections you will end up with 400 kbps so having one file at a time is not that good. The synchronization would take 9 hours (according to the program) but after manually dragging the items to my computer I was down to 1 hour.

Thanks for your time to answer my questions and for a greate program. Please forgive me if these questions has been answered before but I haven't found any good answers to them.

JD

  • Administrator
  • FTP Guru
  • *****
  • Posts: 2157
Re: Resume transfers
« Reply #1 on: November 04, 2007, 08:39:52 AM »
For the first option, you are asking to save the queued transfers so that they can be reloaded when Yummy FTP starts up again. This feature is on my To Do list, but I didn't get around to it yet. I will get to it :)

For the second option, currently this is a limitation of the Synchronize feature - only one connection is used. However, like the queued transfers, I have plans to allow it in a future update. This is much easier to add than saving the queue though, so it's likely to appear much sooner ;)