Increasing Conn. Count During Download Causes Re-LIST
|Reported by:||anonymous||Owned by:|
|Keywords:||Cc:||blujay, Tim Kosse|
|Component version:||Operating system type:|
|Operating system version:|
If you increase the number of simultaneous connections
while a queue is downloading, the new connections
re-download a directory listing before starting to
actually download files in the queue.
For example, I am currently downloading my site's old
UBB forum files for backup. There are many thousands
of files, totaling over 600 MB. I had it on two
connections, but the files are tiny, so increasing the
number of connections helps them download faster. The
directory of the files currently at the top of the
queue has many files in it, so the LIST command takes a
long time for the server to process. When I increased
the number of connections to four, the two new
connections each ran LIST commands, instead of just
downloading the next files in the queue.
In small directories this isn't a problem, but when
downloading from directories containing thousands of
files, this can add several minutes to the download time.
When I de-selected Process Queue, then selected it
again, all four connections immediately started
downloading files, without getting new directory listings.
This should probably be simple to fix. If the devs
need any help tracking down this bug, just use my SF
Thanks for your work on FileZilla.