这两个Beta测试版都没优化下载时候的cpu占用，网络传输占用cpu高卡界面的问题这个2.20版本会解决吗，站内已有好几个人相关反馈
我发现种子列表线程是啥了，，就是他人共享，看流量图卡住一整天24小时高CPU占用
但是手动点击一下他人共享就变成0%占用了，感觉可能是自动刷新卡住了
应该是上一个刷新没完成，就进行了下一个刷新引起死锁了
正常情况下是这样的，如果卡住了那就是一条直线持续24小时了
他人分享把限制值从10w改成1000，整理数据库后，占用的cpu也不会下降，每次刷新依旧是30%左右
只有禁用他人分享，这个线程的cpu使用率才能归零
消息队列上看起来没什么问题，从主线程剥离到工作线程处理的，就类似UTP线程那样居高不下吧。。
magnet:?xt=urn:btih:WZOR2CIE7YIYWKLVNTJ5LJM7NDUVDYCK
这个没有作种者
webui的rss管理会有吗 
不，希望接下來會加入種子創建。
有時候全員給順序下載..(清一式的藍線推進)
有時候全員不給順序下載..(清一式的隨機藍線)
故我才來這里問…不知道是不是BUG…
看一下分块视图，头尾区块是否完成，如果开了预览优化那么一定要下载完成头尾后，才会进行顺序下载
关闭预览优化后
可以让开发者优化以下试试，在预览优化的过程，如果同时启用了顺序下载，未完成头尾也尽量顺序下载
目前的做法是预览优化的时候是随机，没完成头尾分块预览优化你就看到蓝线是随机请求的
这个分页加载后，由于加载的数据不全，没办法用ctrl+f搜索任务名了，还好有搜索框了
但是移动端没办法看到那个搜索框，，，所以这个beta2还是不如之前的浏览器自带ctrl+f页面查找
可以把菜单栏做成下面这种可以滑动的样子？让搜索框显示出来
为仅含单文件的torrent创建子目录，任务列表上的名称显示应该也一并修改