也可以把 system.process_io_priority 改成非常低,这样其它程序使用的时候,系统会把io抑制来让路
这个是写错了吗? 是2.17还是2.18版???![]()
磁力下载:magnet:?xt=urn:btih:SAXLIMXDP36OTY2EVMY664J2GJB7CZNT
magnet:?xt=urn:btih:CYNU7ABEW46B4BRY7L3AORPIVNDWQZ2F
改好了,是2.18
2.17會閃退 2.16有狀態欄顯示問題,不知這版本修好沒有
没有人反馈过,具体什么问题?
2.17我更新NV驅動后,我也不知是不是有關係,放在後臺自己退出
2.16窗口比較小,最大化就會看到狀態欄到漂中間.
能不能加一个定时检查右下角的状态灯?有时候比特彗星会莫名其妙的丢失tcp端口,但是一直显示绿灯,手动重新检查后才变成黄灯
绿灯一整天没上传速度,手动检查下tcp才发现端口没了
系统用cmd命令和任务管理器看到都是正常监听状态的,但是比特彗星tcp发生超时,就像是发生了 listen queue of a socket overflowed 一样,而且一直不会自动恢复回正常状态
要人工操作一下才能恢复
软件设置里随机换个其它端口在换回来原本的用的端口就正常了,比特彗星软件都不需要重启
所以弄个定时重新检查一下,及时告知用户已经变成黄灯状态,比如每小时自动执行一次
![]()
消息队列里看不出个所以然,这个问题很难复现,我就出现过不到十次
看起来就一个启动exe后自动运行任务的耗时比较长
发现一个小bug 使用命令 --bt_port 更换端口后 不会自动触发端口检测
WebUI中的文件选择功能也加一下吧
我有一個文件邏輯寫入問題….在2.16版發生…應該新版都有..故來一問/報
當下載一個200G的種子…
BT軟件開始分配任務1的文件空間.
再下載新任務2.大約幾個G的..
任務2飛速下載完成..已經顯示100%
但應該因為硬盤處於繁忙狀態任務2還沒寫入文件.
任務2的文件列表會變成0.0%(任務列表的任務卻是顯示100%)
任務2停止後依然會是文件0.0% 任務100%..
再開始任務2會變成文件需要校檢文件…
當我刪掉任務1..任務似乎會卡好一會就被刪除..後台應該還是分配狀態..
然後退出BITCOMET後…任務2依然是100%完成 0.0%文件..再校檢一下就出現了5x%完成的數據缺失..
上述操作均是正常點按鈕 右鍵菜單….沒有強制終止程序
另外最近我才發現之前一直上報的內存變成已修改內存….
是因為關閉了虛擬記憶體功能…..
長期不關閉電腦而又關閉虛擬記憶體…所有軟件似乎都會開始傾向變成 已修改記憶體 的內存使用…
(出現問題時我手動關閉所有軟件. 已修改 的使用量會變回正常[當然系統級的退回不出來])
而當時用bitcomet會不斷使用內存作為快取..加劇了這個問題….
難怪當時bitcomet里的內存計量值都在正常範圍….
無論在當初的W10老系統..新裝的W10 均是這問題..都放棄了..竟然重新發現解決方法…
发现疑似无法手动加入IP+末位端口(65535)用户的BUG… 测试版号2.10/2.12,2.12之后有没修复未知…
自己能用末位端口,但无法添加末位端口用户,提示无效的IP地址…
65535之前没问题. 这种情况万一对方使用末位端口(65535)就无法手动添加此类用户…
自己使用末位端口(65535) 连线好像会有问题…暂时未试出明显现象.
好的,可以加一个高级选项
感谢反馈,下一版改进
已列入新版计划
桌面端是100000条,webui是1000条
如果没有禁用BitComet磁盘提速服务,分配任務1的文件空間应该是很快的,不需要等太长时间。
这个现象不太正常,文件进度应该和任务进度同时达到100%,不应该又变成0.0%,可能有其他因素。
已修改內存是指commit memory吧?长期趋势是不断增加的,但如果关掉彗星的磁盘缓存,应该能很明显地减少commit memory大小
感谢反馈,下一版已修复
如何提示比较合适?在任务列表速度栏里不太好表示,因为全局限速对每个任务都生效,全部显示没必要,只给单任务限速的任务提示又不太全面
提一个关于快捷键的建议:
在彗星的任务界面,使用快捷键【Ctrl+V】时,或许可以让彗星读取剪贴版的磁链或种子,然后添加任务。
目前已有的功能是ctrl+c,复制到剪切板后就可以创建任务,不需要后续的ctrl+v操作了
因为这个操作很符合直觉嘛,而且应该和现有操作不冲突。
个人觉得,如果全局上传最大值为100KB,当 单任务设置上传最大值 > 100KB 时,点击保存按钮后出现 ALERT 提示框,内容为 “上传限速 超出 全局限速 设定范围”(out_of_range),不允许保存即可。
点击保存按钮后出现 ALERT 提示框,内容为 “上传限速 超出 全局限速 设定范围”(out_of_range),不允许保存即可。
可是还有先设置了单任务限速,再修改全局限速的情况。这时如果再打开任务属性,提示不能保存,会有点奇怪。现有设计是两处限速设置相对独立,实际效果为最小值。







