Removing connections from top nzb will reduce the speed of this nzb, resulting in even longer download time. At the end the time required to download the whole queue will not improve.patrioticaction wrote:if there is a surplus of bandwidth, then we should allow some of the connections to be allocated for the downloading of lower priority NZBs
This is perhaps the most important point in this thread. It is not clear how many edge cases will be surfaced by adding this functionality and could become a real nightmare to debug. Is the technical debt worth having the functionality (assuming it works 100% of the time)?hugbug wrote:Pretty complex mechanics here.
The compelling use case for such a feature, which you have identified, is when you are backfilling older content. More specifically, this feature is only useful when the top of your queue contains multiple, older NZBs. The algorithm, when faced with a situation where the top of your queue is a new NZBs, will bias towards giving all available connections to the highest priority NZB.hugbug wrote:The feature will improve bandwidth usage only in certain situations, which is: a queue containing both slow and high-speed items. Moreover these nzbs must be intermixed; otherwise if the slow and high-speed nzbs are grouped together trying of the next nzb will not help.
From this standpoint - how real are such situations? You either download very recent nzbs (through automation) of you need to fill the backlog. Recent nzbs is no issue here. If you backfill a show you would have a list of episodes, which most likely be all of the same speed. Therefore the remaining use case for the feature is backfilling of movies, where each nzb can be of different age.
This is assuming that the top NZB is recent (<60 days). Also, the top NZB could have 5, 10, 20 or even 50 connections allocated to it. After 5-10 connections are allocated the increase in speed for each additional connection is nearly imperceptible.hugbug wrote:Removing connections from top nzb will reduce the speed of this nzb, resulting in even longer download time. At the end the time required to download the whole queue will not improve.
Users browsing this forum: No registered users and 23 guests