Linux内测版

docker是这样的,进程运行在宿主机上会被oom,目前Linux版本不支持sendfile调用操作系统缓存,而且预留默认值50MB空闲特别保守,没swap的情况下容易被杀进程,建议修改一下磁盘缓存上限

注:如果要修改配置文件请先停止容器,修改完成后在启动,这样才能修改成功
BitComet.xml 推荐设置

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<BitComet>
  <Settings>
    <DiskCacheMaxSizeMB>256</DiskCacheMaxSizeMB>
    <LTSeedCacheMaxSizeMB>256</LTSeedCacheMaxSizeMB>
    <StartupAutoRunTask>true</StartupAutoRunTask>
    <PassportLastUser></PassportLastUser>
    <PassportLastUserPassword></PassportLastUserPassword>
    <GlobalMaxUploadRate>10485760</GlobalMaxUploadRate>
    <ConditionAutoStopTask>false</ConditionAutoStopTask>
    <bittorrent.max_connections_per_ltseed>10</bittorrent.max_connections_per_ltseed>
    <network.max_connections>1500</network.max_connections>
    <ListenPort>6082</ListenPort>
    <network.start_connect_interval_ms>0</network.start_connect_interval_ms>
    <network.max_connecting_connections>60</network.max_connecting_connections>
    <network.max_connecting_connections_per_tracker>10000</network.max_connecting_connections_per_tracker>
    <network.tcp_connection_timeout>10</network.tcp_connection_timeout>
    <LastSaveLocation>/root/Downloads</LastSaveLocation>
    <bittorrent.enable_v1_upgrade_to_v2>true</bittorrent.enable_v1_upgrade_to_v2>
    <bittorrent.torrent_http_try_max_count>1000</bittorrent.torrent_http_try_max_count>
    <bittorrent.torrent_http_try_interval>5</bittorrent.torrent_http_try_interval>
    <system.compact_memory_interval>0</system.compact_memory_interval>
    <dht.udp_send_queue_threshold>1</dht.udp_send_queue_threshold>
    <network.dns_query_thread_count>100</network.dns_query_thread_count>
    <network.enable_open_dns>false</network.enable_open_dns>
    <EnableDHT>false</EnableDHT>
    <bittorrent.anti_leech_stable_sec>180</bittorrent.anti_leech_stable_sec>
    <bittorrent.anti_leech_min_byte>10000</bittorrent.anti_leech_min_byte>
    <bittorrent.anti_leech_banned_ports>15000</bittorrent.anti_leech_banned_ports>
    <bittorrent.anti_leech_banned_peer_ids>XL0018</bittorrent.anti_leech_banned_peer_ids>
    <RssFetchInterval>2</RssFetchInterval>
    <RssFeedMaxItems>5</RssFeedMaxItems>
    <EnableAutoDownloadRssTorrent>true</EnableAutoDownloadRssTorrent>
    <bittorrent.utp_after_holepunch>0</bittorrent.utp_after_holepunch>
    <bittorrent.save_connected_peers_only>true</bittorrent.save_connected_peers_only>
    <bittorrent.separate_sources_for_failed_piece>false</bittorrent.separate_sources_for_failed_piece>
    <bittorrent.max_torrent_size_mb>100</bittorrent.max_torrent_size_mb>
    <HttpDownloadTryAgainMaxCount>10000</HttpDownloadTryAgainMaxCount>
    <HttpDownloadDefaultConnectionNumber>300</HttpDownloadDefaultConnectionNumber>
    <http.max_mirror_count>1000</http.max_mirror_count>
    <HttpDownloadConnectionCacheSize>16777216</HttpDownloadConnectionCacheSize>
    <TotalUpload>0</TotalUpload>
    <TotalDownload>0</TotalDownload>
    <WebInterfaceUsername>admin</WebInterfaceUsername>
    <WebInterfacePassword>itzmx.com</WebInterfacePassword>
    <WebInterfacePort>6080</WebInterfacePort>
    <EnableAddTrackerList>true</EnableAddTrackerList>
    <TrackerListForNewTorrent>http://tracker1.itzmx.com:8080/announce&#13;
http://tracker2.itzmx.com:6961/announce&#13;
http://tracker3.itzmx.com:6961/announce&#13;
http://tracker4.itzmx.com:2710/announce&#13;
udp://tracker1.itzmx.com:8080/announce&#13;
udp://tracker2.itzmx.com:6961/announce&#13;
udp://tracker3.itzmx.com:6961/announce&#13;
udp://tracker4.itzmx.com:2710/announce&#13;
http://tracker.opentrackr.org:1337/announce&#13;
udp://tracker.opentrackr.org:1337/announce</TrackerListForNewTorrent>
    <TrackerListUpdateUrl>http://github.itzmx.com/1265578519/OpenTracker/master/tracker.txt</TrackerListUpdateUrl>
    <TrackerListUpdateUrlList>http://github.itzmx.com/1265578519/OpenTracker/master/tracker.txt</TrackerListUpdateUrlList>
    <EnableBtTaskIpFilter>true</EnableBtTaskIpFilter>
  </Settings>
</BitComet>

注:v2.12.3版network.tcp_connection_timeout不起效果,会强制默认值为128秒超时,也就是说这个v2.12.3版本可以调整network.max_connecting_connections为750,后续修复了在改回60

比如1GB内存实际程序占用used 800MB以内比较合适。
也就是说,centos7下要控制used在75%,避免超过80%,超过容易被kill杀进程
1G内存的vps运行docker上可以设置如下,检测应用程序占用800MB内存就自动重启容器(容器化后额外内存开销可能要设置为700MB)

内存 ≤ 4GB 的vps服务器也可以把内存保留改为300MB(不过Linux版本这个选项当前版本也没起效果,配置文件有效,但是实际上磁盘缓存没有进行下降)

    <MinFreePhysMemMB>300</MinFreePhysMemMB>

bitcometd invoked oom-killer: gfp_mask=0x140cca(GFP_HIGHUSER_MOVABLE|__GFP_COMP), order=0, oom_score_adj=0

看了下内核日志,确实是触发 oom-killer 了

不过我是特意找的不到 100M 的资源下载测试,这内存占用是不是有点问题了。

使用旧版webgui界面,访问 http://ip:6080/panel/statistics 检查下统计里面,是什么吃的内存
正常来说主程序要吃200MB内存,剩下的都是c语言接收tcp的缓冲区缓存,tcp发送缓冲区缓存,和磁盘缓存

docker-webui 版本已经具备ipv6访问权限,但是dhtv6网络一直是0节点,工作不正常

applmege最新版 下载窗不能改下载目录 文件名称等。。。为什么不再出app image版了。。。:cry: 而且基本无法用 会定时/不定时卡死。。。难以在4核4G内存的seedbox用bitcomet Linux版…系统Ubuntu 20.04…

这一版本开始用高性能jemalloc,所以就没发布AppImage了

Linux版 v2.13.2
打包变更:因使用jemalloc内存分配器,不再发布AppImage打包文件

如果是libwebkit2gtk-4.1就用 v2.13.1
https://download.bitcomet.com/linux/x86_64/BitComet-2.13.1-x86_64.deb

如果是centos等其它系统发行版同步的libwebkit2gtk-4.0界面库,可以用 v2.13.2 及后续版本
https://download.bitcomet.com/linux/x86_64/BitComet-2.15.0-x86_64.deb

網頁遥控有问题, 不能封锁无监听端口的用户…会返回 invalid ip list提示 ,只能控制本机封锁无监听端口用户… 最新版LINUX BC测试结果… :sweat_smile: :rofl: :joy: 而且无监听端口用户都是吸血/放血居多… :innocent: 应该讲本来就是吸血/放血吧…无监听端口. :sad_but_relieved_face: :cry:

JEMALLOC好像停止开发了…原作者 :sweat_smile: :rofl: :joy:

那旧版用户怎么办… :sweat_smile: :rofl: :joy: 好多都不是用新版的服务器/VPS/SEEDBOX呢… :grimacing:

你在哪看到的?而且就算停止开发,也不影响他的高性能,十年前的JEMALLOC版本都性能巨强

主流系统都是预设的libwebkit2gtk-4.0,不受影响

在GitHub版看到停止开发维护更新了,开发资料设为archive状态:cry:

操作系统: Manjaro Linux
KDE Plasma 版本: 6.3.6
KDE 程序框架版本: 6.17.0
Qt 版本: 6.9.1
内核版本: 6.12.44-3-MANJARO (64 位)
图形平台: Wayland
使用AUR源安装, 遇到一个问题, 就是有时候 添加下载任务时会闪退, 发生的概率是蛮大的, 不知道是什么原因..

最新版仍然在网页端无法封锁无监听端口的用户/吸血者….这种设计不合理…之前经已提出过了 仍未修正.:cry:,而且同样无法解封被其他方式封锁的无监听端口的用户…:rofl:

你用的版本号是多少?最新版实测是可以进行封禁或者解封的

同样也支持自动化封禁

希望 webui 能早日优化一下。。。

我在SEEDBOX测试有这个问题

在封锁无监听端口的用户/吸血者时候会弹出红字警告,无法封锁.

image

同样解封也是这样…:sweat_smile:

感谢大家的反馈意见。2.17.0已发布,增加了AOSC Linux龙芯架构deb打包。其他bug预计在下一版修复

使用Linux vps服务器bt离线下载安装比特彗星2.17打造简易的网页版nas在线看番刷

windows版本:2.17
linux版本:2.17.0
docker版本:2.17.0

比较便捷的方法是用docker版本来搭建
https://bbs.itzmx.com/thread-111086-1-1.html

注意,由于chrome浏览器限制,只能在线播放avc 264编码,如果是hevc 265编码会黑屏是正常现象,遇到hevc的视频可以右键下载文件,用播放链接来实现本地mpcpe播放(下载链接24小时内有效)

效果图

已知问题:当前windows、docker版本都不支持中文名下载文件(回显 ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_DISPOSITION 错误),下载英文名的种子正常,播放中文文件也是正常的,多了mode=download参数的时候下载中文种子就出错了
测试种子:fc1ed742946596cc869c5adc3e424c57e08382dd
补充:其它下载工具里使用这个链接都正常,搜索了下这个错误码,发现是chrome浏览器不支持 “,” 这个标点符号导致的,等于是chrome单方面问题,和服务端无关了
播放链接最大速度只有20MB/s,无法发挥出vps服务器网速


是否可以优化一下呢?

感谢反馈,下一版已修复

请问您的系统物理内存及虚拟内存容量?我试试看能不能重现