Opened 20 years ago
Last modified 18 years ago
#410 closed Bug report
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.
Change History (2)
comment:1 by , 20 years ago
comment:2 by , 18 years ago
This bug report has been closed due to inactivity and has possibly
already been solved.
You can reopen this report if the issue still exists in the
latest version of FileZilla (Server).
This was submitted by me. My Internet connection failed
after I loaded the Submit Bug page, and when I submitted it,
it was from a different IP address, so it didn't accept the