Linux内测版

zhuxiaoying85309 · 2025年11月20日12:47

是不是这个原因？
如果在弹出绿色之前切换了窗口，比如说前置窗口到其它软件，则复制失败（网络延迟太高）

现在复制用的不是剪贴板实现，所以也不会出现在 win + v 里面

417068620 · 2025年11月20日13:34

已解决，方法是Insecure origins treated as secure，在下面的输入框输入需要使用的网址列表，然后启用此选项即可

ie12 · 2025年11月20日14:12

应该是之前遇到过的安全上下文问题有https才行
也许可以加个需要https的提示？

10176380 · 2025年12月01日01:28

Linux版 v2.19.0 磁力链接 magnet:?xt=urn:btih:X4AQUMFICS6I66FDVALV5EWDRDZGMBAM&xt=urn:btmh:1220cb573be4ae64992fd8a55772808454709280527690f2e67201eb08b65bd477fe&dn=BitComet-2.19.0

wxhere15 · 2025年12月03日04:49

为了更有效地记录、跟踪、处理bug，我在gitcode创建了一个项目，大家也可以去那里提交issue，避免论坛里所有反馈问题混杂在一起的状况。网址如下：

zhuxiaoying85309 · 2025年12月03日13:06

docker版本磁盘大小好像算错了？
看起来多了个overlay，导致容量显示变成2倍了

1panel面板和Linux主机上df -h的截图，docker版本排除那个overlay就正确了

ce74412857059 · 2025年12月17日02:25

LINUX版BC会出现保留最少内存设定超过4095MB之后变成减去4096（设为4096时数值是0）的数值现象，测试版号2.18. …4096MB的倍数都会变成0数值。…换言之设定的保留内存数值不能超过4095MB，否则都会变成少于4095MB甚至为0。

dzmsh · 2025年12月22日02:55

希望BC的docker版能去除沙盒这一层。或者能直接在飞牛上安装现成的更棒（毕竟我用的是飞牛，想一直挂BC上传或者下载，人人为我，我为人人）

wxhere15 · 2025年12月22日08:56

感谢反馈，v2.19.1修复

是指带GUI的docker版本吗？可以用webui版的docker版本试试

dzmsh · 2025年12月22日09:22

是的呢，GUI那个版本的好几层壳，界面图形确实方便，但多了沙盒就不方便来回中转操作不方便，webui那个版本的用的不方便，太简陋了。我这种只能简单使用的人，不好用呢，还是GUI图形界面的好用。希望能做个上架飞牛应用商店的或者去除沙盒的GUI的

zhuxiaoying85309 · 2025年12月22日10:56

这个2.19.0版本没降低cpu占用啊，还是和2.18.0一样高，看了下是12月2日的文件，对应的是Windows 2.19 beta1？beta3才做了定时器的cpu优化

wxhere15 · 2025年12月22日13:19

2.19.1已打包发布，欢迎试用

是的，2.19.0是beta1打包的

zhuxiaoying85309 · 2025年12月22日13:38

2.19.1看起来也和2.18.0没什么区别，，docker空载网络传输时也占用10%左右，我docker上就跑了50个任务，可能没Windows那么多任务体验不出来有降低

ssh

所有任务停止后，也会一直占用10%这样，是不是之前那个wxWidgets框架的原因

之前修过一次永远100%吃满一个CPU的问题，可能还没彻底修好？空载占用是10%的cpu

晚点试试这个看看能正常了不，这台俄罗斯vps没ipv6

zhuxiaoying85309 · 2025年12月22日13:57

zhuxiaoying85309:

这是另一个分析工具，perf，得知v2.12.0版本引发CPU死循环的关键函数为sk_run_filter

Samples: 33K of event 'cycles', Event count (approx.): 5778034374                                                           
  Children      Self  Command    Shared Object        Symbol                                                                
+   85.76%     0.00%  bitcometd  [unknown]            [k] 0x0000000000000017
+   84.70%     0.00%  bitcometd  libc-2.31.so         [.] 0x00007f8c6799d68e
+   70.81%     0.15%  bitcometd  [kernel.kallsyms]    [k] tracesys
+   66.68%     0.36%  bitcometd  [kernel.kallsyms]    [k] syscall_trace_enter
+   65.62%     0.56%  bitcometd  [kernel.kallsyms]    [k] __secure_computing
+   64.84%     0.55%  bitcometd  [kernel.kallsyms]    [k] __seccomp_filter
+   58.51%    57.81%  bitcometd  [kernel.kallsyms]    [k] sk_run_filter
+    8.17%     0.00%  bitcometd  [unknown]            [.] 0000000000000000
+    6.36%     6.36%  bitcometd  [kernel.kallsyms]    [k] retint_userspace_restore_args
+    5.27%     0.00%  bitcometd  [unknown]            [.] 0x000001e805480789
+    5.27%     0.00%  bitcometd  bitcometd            [.] 0x00005600d3905240
+    4.88%     4.88%  bitcometd  [kernel.kallsyms]    [k] __x86_indirect_thunk_r8
+    3.67%     3.67%  bitcometd  [kernel.kallsyms]    [k] system_call_after_swapgs
+    2.43%     0.40%  bitcometd  [kernel.kallsyms]    [k] sys_epoll_wait
+    2.29%     2.29%  bitcometd  libc-2.31.so         [.] 0x000000000011f68e
+    1.94%     0.02%  bitcometd  [kernel.kallsyms]    [k] int_check_syscall_exit_work
+    1.94%     0.22%  bitcometd  [kernel.kallsyms]    [k] syscall_trace_leave
+    1.71%     0.00%  bitcometd  [unknown]            [.] 0xfbbdcf7705e15b00
+    1.66%     1.64%  bitcometd  [vdso]               [.] __vdso_gettimeofday
+    1.36%     0.76%  bitcometd  [kernel.kallsyms]    [k] __audit_syscall_exit
+    1.31%     0.00%  bitcometd  [unknown]            [.] 0x0000000000000001
+    1.24%     0.21%  bitcometd  [kernel.kallsyms]    [k] ep_poll
+    1.21%     0.00%  bitcometd  [unknown]            [.] 0xcde907894810c083
+    1.21%     0.00%  bitcometd  bitcometd            [.] 0x00005600d39e6280
+    1.15%     0.00%  bitcometd  bitcometd            [.] 0x00005600d39b597e
+    1.12%     1.12%  bitcometd  [kernel.kallsyms]    [k] seccomp_bpf_load
+    1.08%     0.02%  bitcometd  [kernel.kallsyms]    [k] apic_timer_interrupt
+    1.04%     0.01%  bitcometd  [kernel.kallsyms]    [k] smp_apic_timer_interrupt
+    1.03%     0.94%  bitcometd  [kernel.kallsyms]    [k] __audit_syscall_entry
+    0.97%     0.01%  bitcometd  [kernel.kallsyms]    [k] do_softirq
+    0.96%     0.00%  bitcometd  [kernel.kallsyms]    [k] call_softirq
+    0.87%     0.02%  bitcometd  [kernel.kallsyms]    [k] irq_exit
+    0.86%     0.01%  bitcometd  [kernel.kallsyms]    [k] __do_softirq
+    0.76%     0.00%  bitcometd  bitcometd            [.] 0x00005600d39e3019
+    0.74%     0.74%  bitcometd  bitcometd            [.] 0x0000000000989019
+    0.69%     0.00%  bitcometd  [unknown]            [.] 0x4800217f8010c083
+    0.69%     0.00%  bitcometd  bitcometd            [.] 0x00005600d39f0620
+    0.69%     0.00%  bitcometd  [unknown]            [.] 0x00005600d5ef78a0
+    0.66%     0.02%  bitcometd  [kernel.kallsyms]    [k] net_rx_action
+    0.64%     0.00%  bitcometd  [unknown]            [.] 0x0000004d0000002d
+    0.57%     0.56%  bitcometd  [kernel.kallsyms]    [k] _raw_spin_lock_irqsave
+    0.54%     0.54%  bitcometd  [kernel.kallsyms]    [k] fget_light
+    0.54%     0.00%  bitcometd  bitcometd            [.] 0x00005600d391349c
+    0.52%     0.01%  bitcometd  [kernel.kallsyms]    [k] virtnet_poll
     0.49%     0.00%  bitcometd  [kernel.kallsyms]    [k] __netif_receive_skb
     0.48%     0.04%  bitcometd  [kernel.kallsyms]    [k] __netif_receive_skb_core
     0.47%     0.00%  bitcometd  [unknown]            [.] 0x0000441f0f000000
     0.47%     0.01%  bitcometd  [kernel.kallsyms]    [k] local_apic_timer_interrupt
     0.47%     0.00%  bitcometd  [kernel.kallsyms]    [k] netif_receive_skb_internal

抓了下 perf top -g -p $(pgrep -d, bitcometd) 实时分析报告，这样就不需要生成perf.data文件
overhead显示和以前一样是 sk_run_filter 函数占用最高

docker-webui版出现这个问题，其它Linux版没试过

zhuxiaoying85309 · 2025年12月24日14:58

我2核心的CPU，发现整体和逻辑显示一样了
刚想汇报这个bug，，，看到今天突然更新了

等一波看看为什么docker-webui版空载也占用10%的cpu
至少perf分析图显示sk_run_filter，而且retint_userspace_restore_args也是红色占用稍微有点点高

`````````````````````````````分割线````````````````````````````````````
还有就是tracker这里，返回的时区不对，任务日志和全局日志返回的正常，当前时间7:11分，tracker里面显示23:11分，时差了8小时，看起来是api返回方式不一样，一个返回的绝对值，一个返回的是Unix

包括任务的添加完成时间也是错误的，实际添加时间是21:56，统一改成Unix？还是我直接去修改docker

任务日志正确的

全局日志也正确的

服务器上的时区是正确的+8时区，不知道为什么这个tracker返回的有误差8小时了，可能是docker的问题

看了下docker默认果然是+0时区，找了下解决办法，环境变量加一个 TZ=Asia/Shanghai 但是依旧不生效

最后在 volumes: 里添加 - /etc/localtime:/etc/localtime:ro 解决了

算了，时间这个是小问题，不管他了，我直接改docker文件就成功解决了

`````````````````````````````分割线````````````````````````````````````
还有个问题是network.tcp_connection_timeout依旧不起效果，连接断开的默认值还是128秒，设置10秒无用
不知道是不是也要改docker

研究了半天，没发现怎么改docker实现，各种报错，开特权模式也没用，最终只能改宿主机

增加这个
network_mode: “host”
然后在宿主机上执行，默认值为6，也就是128秒，改为3（15秒）
echo “net.ipv4.tcp_syn_retries = 3” >> /etc/sysctl.conf
然后执行 /sbin/sysctl -p 让参数生效，最后重启docker即可完成，此时connecting状态会缩短到15秒

成功了，15秒断开超时，虽然高级设置的network.tcp_connection_timeout还是不起作用，但是已经成功断开了

软件内能解决最好，定时器检测达到设定的twork.tcp_connection_timeout数值，就通知操作系统关闭连接，现在应该是这个关闭过程在Linux下失效了

funfap · 2026年02月01日03:17

在 Linux 版本中，BitComet 在開啟大型檔案時會強制關閉。同時 QBit 可以處理。

zhuxiaoying85309 · 2026年02月01日10:28

看看系统日志，是不是触发oom

funfap · 2026年02月01日15:10

我查過了，不是 OOM，但目前是 ulimit 且有效。

ce74412857059 · 2026年02月13日01:35

LINUX版 BC2.20 出现网页遥控界面使用搜索功能之后清空搜索词无法复原…的问题。需要刷新网页才能复原… ，还有会出现禁止UTP模式之后仍然被其他用户用UTP连接到…的现象。

zhuxiaoying85309 · 2026年02月17日13:26

复现，输入搜索词后，点击X按钮清空文字，会提示没有数据