Opened 13 years ago
Last modified 12 years ago
#7879 new Feature request
Multiple Channel Downloading
| Reported by: | Morpheus | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | FileZilla Client |
| Keywords: | Cc: | ||
| Component version: | Operating system type: | Windows | |
| Operating system version: |
Description
Currently there is a way to specify a maximum number of connections to a specific server, however on common configurations the maximum can be very low (3-5) with a large number of these servers also imposing connection based bandwidth restrictions. In the event that the end user is downloading a large quantity of files with a range of sizes the download queue will tend to 'choke' if all of the current download slots are filled with large files.
The proposed functionality is to add the ability to specify a subset of the connection limit to be dedicated to small files. Additionally a configuration on what a 'small' file is should be provided.
Once implemented this functionality will subvert the aforementioned 'choking' by allowing smaller files to complete in parallel then merging the small file connection pool with the main pool, allowing for larger files to use the connections.
As a workaround, if the queue is not huge, or if the files are all in one directory, you can set the large files to low priority, and change the queue runner count near the end of the small file sections.
Besides that, I'll add my "Me Too" to this; however, it would be a pretty big work effort for a benefit to only a limited number of us. The number of tuits available might put this way out there unless one of us submits a patch.