总是无响应。。。。。。。。
红线是失误别在意
以换回1.58，继续使用比特彗星
这个东西总是自己弹出来最多半小时，昨晚也是，要么点右下角图标没有反应昨晚到现在发了6到8次错误报告了，以前的没有这么勤的奔溃，这次我彻底奔溃了。
运行时间: 0:05:10
BitComet运行状态: 总任务数:39 / 正在运行:11
TCP连接数: 已连接: 257 [最大: 无限制] / 正在发起: 2506 [最大:10000] / 等待发起: 0
本地IP: 192.168.0.101
对外 IP: X.X.X.X
[+] TCP监听端口: 22223 (防火墙/路由器已开通)
[+] UDP监听端口: 22223 (防火墙/路由器已开通)
Windows防火墙: 已添加 [TCP added, UDP added]
UPnP NAT端口映射: 失败 [TP-LINK ()]
全局下载速度: 149 KB/s [最大:5000] 每任务最大连接数: 9999
全局上传速度: 1.4 MB/s [最大:1300] 其中长效种子上传:0 KB/s [最大:600 KB/s] 全部BT上传连接数: 47
DHT网络节点： IPv4: 1482 IPv6: 1316
内存使用： 工作集: 921.1 MB, 提交大小: 1,003 MB
可用内存: 物理内存: 2.59 GB/6.94 GB (最少保证: 1024 MB), 虚拟内存: 3.54 GB/9.70 GB, 进程空间: 127.9 TB/127.9 TB
[+] 当前磁盘缓存大小: 总大小：816.9 MB
[+] 磁盘读操作统计: 请求次数:23852 (频率:80.5次每秒), 实际磁盘读次数:445 (频率:1.2次每秒), 读命中率:98.1%
[+] 磁盘写操作统计: 请求次数:1535 (频率:6.5次每秒), 实际磁盘写次数:0 (频率:0.0次每秒), 写命中率:100%
磁盘提速服务程序: 未安装
累计下载数据: 616.5 MB (本次运行: 37.4 MB)
累计上传数据: 2.67 GB (本次运行: 420.2 MB)
我也已经用回1.58了
我这界面复现问题，，只有宽带速度跑的极高的情况下，和TCP连接数: 已连接超过1000的情况
这种情况一般感觉都是CPU不够吃，，被限制了，CPU非常空闲，进程核心利用不上，如果多核心现在的开发语言不好弄的话，，要不然官方把下载引擎和GUI单独做成两个或者更多进程。。。和迅雷那样？分开单独进程处理一个事件？
可能系统环境不一样吧，，，我是windows server 2016系统，基本上都不会遇到无响应，，就是内存溢出好烦啊。。久不久要重启下软件
不过速度快了，，50MB/S左右界面只有1帧一秒左右了，在大点就要崩了吧
不过现在的1.59版本是，，，界面卡主，下载还会继续不会掉速，，，优先级给下载内核了估计，所以就有这种一直卡的问题了。。。以前版本是GUI一卡了直接没速度，，所以可以立刻恢复吧如此循环。。
新版本无响应太频繁了，1.58基本就不会。但1.58连接性感觉比1.59要差得多
你用WINDOWS SERVER應該可以用WINDOWS DEBUG TOOL吧??
這個工具可以更好的檢查軟件在用什麼塊模自己爆炸掉了…
所以1.59什么时候能修复无响应问题啊
要后续版本了吧，我这不会出现，除非宽带跑高
剛剛加了3個3GB內的種子…
種子才啟動10秒…界面崩掉
把半開/UDP上限設為默認現在在0KB下載中(新種6666)
问了几个人，，好像启动就一直卡死的人，基本都是win7系统？
yap…win7 here
Win7 內核依據當時 2009 硬件所開發, 對現在的硬體水平根本沒優化, 理論上Win7使用 BitComet 在1.16（ 2009 ）所開發的版本是最理想的, 不確定10年後的今天, 中國維護團隊是否還有心力支援 Win7的相關問題與優化? 連 M$ 都快放棄 Win7…
真好又出新
我把tcp连接调到8000就会好多了
我還原了之後也是好多了…
上限9999 其他默認…
速度有影响吗？
不清楚…目前是在下龜速新種…
看来是win7下无法发起达到10000的TCP并发连接数？楼上那人说调小了后就好了。。
我是win10