1.72测试版

欢迎下载测试版,尝试新功能。请多提反馈意见,谢谢大家。

v1.72 正式版
https://download.bitcomet.com/achive/BitComet_1.72_setup.exe
https://download.bitcomet.com/achive/BitComet_1.72.zip
mac版: https://download.bitcomet.com/mac/BitComet_1.72.0.dmg
安卓版: https://download.bitcomet.com/apk/bitcomet.apk

v1.72 Beta4 [20201019]
界面修正:修正点击选项窗口电驴插件下载链接导致的崩溃
核心改进:增加Shareaza客户端识别
核心修正:程序启动时若延迟启动DHT网络连接,自动启动运行的任务不再连接DHT网络查找用户

https://download.bitcomet.com/beta/BitCometBeta_20201019_setup.exe
https://download.bitcomet.com/beta/BitCometBeta_20201019.zip

v1.72 Beta3 [20201015]
界面改进:torrent制作对话框估算种子文件大小时,增加分块对齐的情况处理
界面改进:移除高级选项DHT会话数上限:dht.max_udp_sessions,新增高级选项DHT发送队列上限:dht.udp_send_queue_threshold
界面改进:全局统计显示丢弃的DHT查询报文数量
核心改进:DHT模块在UDP发送队列达到上限时,不再回复新收到的查询报文

v1.72 Beta2 [20200930]
界面改进:创建BT任务时若默认保存文件/目录已存在,则自动加后缀避免重名
界面改进:启动BT任务时显示的文件已存在提示窗口中,点击操纵选项后立即停止自动关闭倒计时
界面改进:用户列表上传、下载大小自动切换单位
界面改进:流量图增加内存信息显示
界面改进:流量图自动调整图例位置
核心改进:部分长效做种处理移到工作线程,减少界面卡顿
核心改进:长效做种支持小于1MB的文件
核心修正:打开torrent创建任务时,若使用已存在文件直接做种,会导致任务排队处理异常

v1.72 Beta1 [20200913]
界面修正:BT任务下载元数据后任务摘要面板种子创建日期没有刷新
界面修正:种子列表元数据下载后状态图标没有刷新

VIRUSTOTAL 线上检毒结果

v1.72 Beta1 [20200913]
x86 https://www.virustotal.com/gui/file/8153d2bbea17a0b32565fc3cc88483af2eaca07ac9a05555b9aa9b5a5b2426c1/detection
x64 VirusTotal

v1.71 [2020.9.7]
安装版 BitComet_1.71_setup.exe

所以才会产生疑虑

请修正

AdWare广告软件的提示,需要去联系杀软厂商

360的误报已经解除了


image

彗星本身没有木马,可能是广告显示、文件关联、IE扩展、开机启动等可选功能导致的误报 :rofl:

恩, 同意… 但會嚇跑一堆人… 聞毒色變… :joy:

有啥报毒的点一下误报反映,就和360一样,可以人工审核解除误报

1.72安装后。每次启动都会导致我的。OpenWrt 路由器死机。CPU占用100%。好像是映射UPNP 端口导致的。不知道是并不是 BitComet 的 UPNP 映射 协议和 OpenWrt 系统的路由器有冲突。用迅雷或者其他下载软件 UPNP 端口映射路由器都正常不会CPU 100% 卡死。恨是奇怪的问题。

你这是OpenWrt 方面的问题,你可以联系OpenWrt 那边更新解决,我之前用旧版本也是你这个毛病,你可以试试迅雷,qb等软件,都会导致这个问题,OpenWrt 新版本应该解决了upnp的问题,我用的也是OpenWrt 没发现你说的毛病,我的OpenWrt 版本是18.06,已经修复了upnp的问题

感覺流量圖蠻好用… 可觀察 24hrs … 只要追加多 RAM, DISK, Network… 就可以取代工作管理員…

建議多監控一個 swap io, 可能自己給的記憶體配置少, 偶爾會動用到 swap… 頓時整體效率會降低… 想觀察一下…

如果圖層太多, 可以追加 checkbox 勾選… 顯示或屏蔽…

另外看不懂這圖的作用幫助是? 請解惑…

DHT队列数多可以堵死你的UDP内存占用!image

好像看懂 UDP Transfer queue 排隊資訊…

還真的蠻大的… 可以釋放掉嗎?

另外, 有開 UDP 通道監聽…

看流量圖不曾用過 UDP 傳輸過? 是否哪裡設定出問題?

Bitcomet 重啟後, 好像就變正常… 大概也稍微知道怎看 UDP 圖… 呵呵!

UDP 堵塞圖 (一路往上爬)

UDP 正常圖(會有起伏)

UDP 傳輸異常 (0%)

UDP 傳輸正常 (有數字%)

記憶體 UDP 耗損也減輕了…


我也用的最新版本的 。OpenWrt 用迅雷和 UPNP 秒映射。局域网里面7台挂游戏的电脑都没断网。只要一开 BitComet 路由就会卡死很久没反映。而且其他几台电脑上也跟着仪器断网了。现在只能吧BitComet UPNP 功能关闭掉才不会断网。

下面的是用迅雷X 一下就 UPNP 映射起了。路由CPU一点没卡100%基本秒映射。
OpenWrt 我也刷了7-8个版本了。都卡UPNP。无解。

關閉 FullCone-NAT 有效嗎?

FullCone-NAT 关闭了就正常。但是 FullCone-NAT 关闭后 。局域网上网的计算机多了。网路延迟和数据交换就会卡顿和延迟。所以电脑都在上网的时候路由器的CPU 占用会高很多。2个寝室10多个电脑晚上下课后读玩游戏和看片。长期处于70% 以上。
开启 FullCone-NAT CPU占用没超过 30%。游戏延迟会低很多。

刚又去找了个 以前的老版本安装后 。对比测试。发现 1.53 的老版本UPNP 一点问题都没有。开了后路由器CPU占用基本没什么波动。不会出现100%卡死的问题。这就奇怪了。为啥新版本的UPNP反而不行了呢。

然后又下载了 1.55 测试 。发现从1.55开始 UPNP 映射就会导致路由 CPU 占用100% 卡死了。

那估计就是FullCone-NAT插件引起的BUG了,我这使用毕竟没有任何问题,我没有安装FullCone-NAT

可能吧。现在晚上同学都在的时候只能用迅雷下电影。或者用老版本的 1.53 来下。要不吧路由器搞死了。玩游戏的同学又要骂人了。 :joy:

image
区块预计不准?预计1700个区块,34KB大小,做出来的文件有1.67MB 4000多个区块

https://btcache.me/torrent/02F0150EA4699AF29847BF21EF4C978618E97344

是区块对齐引起的吗?


显示有32G,,看起来应该是了
image

能不能预计勾选区块对齐的时候输出大小和区块数量呢,界面上取消勾选和勾上勾选显示两种不一样的信息


新版本在长效上传无限制的情况,会被全局上传速度限制,
以前版本是勾选长效速度上传自动管理才会被限制的,现在的新版手动设置值也会被限制

希望修一下,,现在只有放开全局速度限制上限,在长效无限制的情况下长效也才会跟着提高限制。
image