新版 DHT 感覺優化不錯, 成功率提升不少…
Beta8
Beta7
另外這版的網路磁碟 IO 暴增, 之前只有在算哈希才會高流量… 新版好像隨時在算哈希?
连接数太多了,可能速度上不去?
如果任务状态是下载中,那应该不是在哈希检查。“下载前预先分配磁盘空间”是不是默认打开的呢?
不知道1.66的有生之年能不能把長效快取歸入到快取設置了…
現在長效一直設定10KB/S上傳有點難受…長效真的是好東西…
又被無視?
不能理解怎麼過得了测试版的使用者們的 BC重啟後,未完成分頁不顯示過去並未完成的磁鏈任務 在BC新增磁鏈,未完成分頁上會有磁鏈的下載任務,保持磁鏈未完成下載狀態下重啟BC,未完成分頁上没顯示有磁鏈任務。 磁鏈下載任務會直接覆蓋同名文件而不詢問 (check if file changed: false) 過去舊板可以選擇彈出詢問窗口,選立即下載會詢問存在同名文件。 新板不能再選擇…
從往後BC的更新日志中的修改項目可證,我説的都是對,我先説的,但卻被無視
彗星在BT下载的同时间会产生同样大小读取的这一个行为 HDD可能同时1MB/s读取、1MB/s写入没感, 但到二、三十MB就知道(Taskmgr 3xMB/s读取 3xMB/s写入), HDD启用时间直接满100% 1伤HDD, 2下载速度变相受限, 3磁碟缓存是马扁人 全局统计>磁碟读取统计>实际磁碟读取:0 是马扁人 内网IP污染 用户清单列表竟存有内网IP, 彗星使用者会将自…
_____________ ↓____
1)所有下載|下載中|完成|未完成|運行中
在BC上新增磁鏈,保持磁鏈在未完成下載狀態下重啟BC後,未完成分頁上並没顯示有此磁鏈任務。
2)例,有兩個BT任務使用相同文件名(不同hash但同名字)
一個是在1年前已完成的下載,另一個是今天新增的磁鏈,儲存在相同的位置
當磁鏈完成下載該種子後,會不由分説地直接取代相同名字的文件,由零開始…
3)同時任務數隨時間減少
(設定)同時下載的BT任務最大數
(全局統計)執行中: (執行中的數目會隨時間減少)
假設同時下載的BT任務最大數設定為10,任務中等待下載的磁鏈為200
下載隨着時間,以上等待中的磁鏈不斷被完成和開始下載,超出任務最大數的任務會保持等待中
隨時間,磁鏈會先後被完成,下載任務不斷完成和開始新的任務,超出最大數的任務繼續保持等待中
但同時下載的BT任務數目卻不明白地漸漸減少,例如最大任務數設定為10,但同時執行中的任務漸漸降到4
如更改設定中的同時下載的BT任務最大數為16,同時執行中任務上升為10,將最大數量降低也是相對的減少
從往後BC的更新日志中的修改項目可證,我説的都是對,我先説的,但卻被無視
感谢反馈。不好意思,单独发的帖子没看到 相关问题已记录,后续版本会改进的
单独发帖容易被忽视,帖子里回复的话好像比较容易被看到
右键-清理-仅删除未完成的下载档案,貌似有个BUG:
我某个任务,主文件(电影)用旧版Bitcomet在几个月前已经下载完成100%,更换版本后任务列表里面没有,想长效做种而添加任务,结果变99.9%,把推广文件全部勾选后挂了很久也没下载完成,就使用“右键-清理-仅删除未完成的下载档案”,结果把电影主文件等全部删除,只剩下一个.torrent文件,不知道这是不是个BUG 。
99.9%是任务总进度,要看一下文件列表,会把文件列表里不是100%的文件都删掉。很可能是因为缺少的广告文件造成相邻电影视频文件头尾分块不完成,无法通过哈希检查,造成进度不是100%。
就是,,,有时候还是不会超时啊,麻烦帮忙看下是什么情况,是不是界面导致计时器卡了
大部分超时是能正常的,,但是突然一不能超时就出毛病了,,
bt任务的peer超时是没有问题了,可以正常超时释放链接。
就rss的http下载种子文件超时可能有毛病。就卡在那,也不释放了,也不进行重试
就是,,,有时候还是不会超时啊,麻烦帮忙看下是什么情况,是不是界面导致计时器卡了
大部分超时是能正常的,,但是突然一不能超时就出毛病了,,
谢谢反馈。会不会是tcp连接太多了,超时是由于还在等待发起连接的原因。
有一個小小蟲… 是 DHT 清單的 [已顯示數量] , 不會自己刷新… 要排序才會刷新…
感谢反馈,后续版本修复
另外截圖預覽, 圖片大張可看出片子清晰度, 不曉得是否可以優化, 參照一些照片預覽功能, 追加兩個透明箭頭… 鼠標移到左邊上, 可自動回撥, 右邊箭頭可繼續撥… 至於播放速度, 可在高級設定多個停留參數… 例如 1~30秒
我发现现在限速后跑不到限速的值了。。少了3MB/S
对了那个DNS等待队列TCP是什么意思?DNS不都是用UDP的吗
软件关闭,重新打开,会有上万的等待,,不知道是什么东东,以前版本都没这种现象,账号也是能立即登录,正在发起能达到10000跑满,,现在beta8基本上启动软件后只能跑几百个左右。发起间隔都是0ms,配置文件无改动
有什么办法让他不等待吗。。,软件启动十分钟还有9000多等待
沒幾天就破百, 下載數據元跟不上等待速度… 呵呵!
另外, 之前沒注意 DHT 數字可以升上兩萬多, 不曉得真的有這多連線中? DNS 始終掛零,沒看過有數字排隊… 這代表什意思? 可快速解析DNS嗎?
对了那个DNS等待队列TCP是什么意思?DNS不都是用UDP的吗
是指发起TCP连接前的域名解析,比如http tracker
有什么办法让他不等待吗。。,软件启动十分钟还有9000多等待
可能是个别域名解析超时造成的,暂时无解
說實話…不如用爬蟲軟件…現在BC的DHT不完善…全都是原數據…老下載失敗
爬蟲的一天能爬150GB的種子左右…上次我用了反倒被爬蟲系統一直發封包過來路由都差點掛了…