Queue management Small problem I've noticed with the way 2.9.11 manages its upload queue. On my local installation, six upload slots are permitted. Commonly it will sit with 3 items uploading and the upload queue full. Items 5 and 6 on the queue do not seem to be allowed to start upload until item 4 has started. Clients typically wait 1 minute before attempting to resume a queued download, leaving on average a 30 second gap between a slot becoming available and upload starting. Where files are of a size small enough to upload in less than half a minute, upload slots to become free more than once every 30 seconds. The net result of this is that of the six upload slots, typically only 2-3 are uploading while the queue sits full. I would propose that, where N upload slots are free, requests to start upload from any of the top N items on the queue be honoured. An option to adjust the maximum upload queue length would be handy to tinker with also. |
That's an excellent idea, topbanana, and one that we may very well implement. Thanks! |
Just wanted to give this a bump - I would definitely still find this to a valuable improvement to the software. |
Ohhh.. thanks for the bump, topbanana. I just emailed myself a link to thread so I wouldn't forget it again. |
FYI, this is implemented in our development version now. Expect to see it in the 3.5.X series. |
*bows humbly to the gods of limewire* |
All times are GMT -7. The time now is 03:55 PM. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.
Copyright © 2020 Gnutella Forums.
All Rights Reserved.