自动把正在下载的文件转入等待的问题现在是否已经解决了

我从好像1.62版左右时候开始汇报一个问题,就是更新新版后多出了一个自动把不活跃的下载进程休眠,启动排队的进程的功能,无法手动进行相关设置,但肉眼看有时候明明正在以一定速度下载的问题件,就被彗星智能休眠了,转入排在后面的进程,可是这个动作到了队尾,貌似就不再循环到前面了,导致排在队伍前面的文件本来是希望优先下载,却常常被自动关闭进程,一直不下载,队尾的次要文件反而一直在那开着进程。因为这个原因,有些电脑上的彗星我一直不敢升级,因为原来没升级的可以正常下载,升级到有这个智能功能后就一直搞不定这个问题。请问现在这个问题在最新的更新有改进吗?谢谢!辛苦辛苦!

1個讚

求解决下载99不动的方法,有的99可以直接看不影响。但是大部分99的都不行。好坑啊!!!

我说的队首的文件比如正在10k/s的速度下载,就硬生生被程序自动关闭了,然后一路这样折腾到队尾,队尾那些文件明明长期0k速度,可是就不会重新开始队首的文件了,于是队首文件明明是想优先下载的,就被程序这样玩了,长期下不下来。请大神费心照顾一下这个问题,感谢! 感恩!

我也是这个问题,但是有时耐心等一段时间,不要停止下载,就好了,奇怪!

刚刚又观察了一下,上百k/s的进程也会被这样智能关闭。。。。。。。。。而后面的文件明明一星期都0k,也不会被关闭,替换成前面的文件。。
我因为几台机器都长期7*24开机运行彗星,这个观察很长期了,一星期也不轮回。只能不停重启程序。

有个帖子讲这个,大部分可以解决

能说说那个帖子题目吗?没找到。谢谢

設成無限制, 任務就不會輪後… 還是有遇到其他問題?

我个人是电影也就是视频文件卡到999或者998的位置,然后用#PotPlayer#这个播放器可以完整播放。

那就没法灵活开始新的下载了。只能一开始就启动全部任务,而我每个机器都有上千个任务。

那就你設1k, 低於 1k 就是 0k 持續 5min 就會自動輪後… (提示有提到 5min)

感谢反馈,问题已记录,后续版本改进!

测试了一下,没有遇到你说的问题:
【1】设置最多同时运行2个BT任务,总限速10KB/s,低于1000KB/s自动轮换任务;
【2】启动5个BT任务,头2个开始下载,后3个开始排队;
【3】5分钟后2个下载任务慢的那个进入排队,第3个任务启动;
【4】5分钟后2个下载任务慢的那个进入排队,第4个任务启动;
【5】5分钟后2个下载任务慢的那个进入排队,第5个任务启动;
【6】5分钟后2个下载任务慢的那个进入排队,第1个任务之前已进入排队,现在启动;
【7】5分钟后2个下载任务慢的那个进入排队,第2个任务之前已进入排队,现在启动;
如果和你说的情况不同,请详细描述一下,谢谢

感谢您耐心测试和描述!我的问题是排在前面那个任务明明比后面任务快,也还是前面的任务自动进入排队,而轮换到最后一个任务时,并不自动返回第一个任务开始重新轮换,而是排在前面那个始终是不再重启,排在最后那些明明长期0k也不进入排队。我一般同时进行上千个任务,默认启动100个任务,不设总限速,下载速度2000k以内自动启动新任务,一般最后会有几百个任务在线。最后就出现后面有几百个任务在线,但前面的很多任务被长期关闭,不过也有些任务没被关闭。

感谢回复。有几个情况再跟你核实一下:
1、任务列表是否排序了?目前任务轮换是安照不排序的顺序从上到下来启动的。
2、排队任务是磁链还是torrent文件?
3、目前的算法是查找所有下载任务中轮换时最慢的那个来暂停,会不会任务速度不稳定造成被暂停?

您好,1.任务列表没有排序,确实任务轮换是从上到下启动的。只是排在前面的任务特别容易被关断,后面的任务不会被关断,我说的情况是几百个任务在进行时候的问题,您测试5个任务未必能重现,我还是谨慎怀疑是否有算法bug。
2.排队任务是torrent文件,都是已经有一定下载进度的进程。
3.任务速度不稳定是有可能的,但是我观察到的是前面的有些任务明明有一定速度,甚至几十上百k的速度,后面的下载任务都是0k,却还是先关断前面的任务。我直接重启启动,前面的任务还可以以一定速度继续下,看得出就不是很生僻的文件,我才一直认为是排队算法有bug

好的,我再多测试测试

1.67 beta5 在任务日志里添加了最慢任务被暂停时的速度,可以看看有没有问题