每5分钟自动保存 BitComet.xml 和 Downloads.xml 配置文件的时候，，任务流量会下降几秒，这个能优化下吗？有几秒数据流异常下降看着难受。
区块填充文件能不能整合到一个文件里，每个文件要浪费106字节的额外空间，10000个文件就浪费接近1MB大小。
优化方法，只对第一个文件产生这段话，后续的9999个填充文件名均为_0表示，优化到2个字符
包括100KB的图片文件，如果填充32MB区块，需要浪费31.9MB的空白数据，能否实现用更小的方式去填充，例如对此文件标记为128KB区块，填充空白数据只需要28KB
而且应该还可以进阶一下，把填充文件变成1个，这样能省去大量的重复填充文件名导致torrent变大。种子内1000个所有图片文件，填充数据全放在同一个文件中。
填充文件记得是一个固定的机制，改了别家客户端就识别不出来了
我倒是建议把【____padding_file_0_如果您看到此文件,请升级到BitComet(比特彗星)0.85或以上版本】这句话去掉，实在是反向宣传，看着就像是“论坛文宣”一样的垃圾文件。
好像是这样的，，，我的想法没考虑到其他客户端的兼容性，不过缩短填充文件名这个肯定可行的，虽然一个文件这段话看着不多，，，但是10000个文件的时候，直接浪费1MB空间，改动后可以大量降低torrent文件的大小。
| 版本： | BitComet(64-bit) 1.96 Stable Release |
|---|---|
| 运行时间： | 18:27:41 |
| BitComet运行状态： | 总任务数:12606 / 正在运行:106 |
| 长效上传： | 105,665 文件可供做种 |
| 元数据下载： | 无 |
| 元数据缓存文件： | 6 |
| 远程下载： | 已禁用 |
| TCP连接数： | 已连接: 176 [最大: 无限制] / 正在发起: 186 [最大:200] / 等待发起: 11 |
| 本地IP： | 192.168.10.2 |
| 对外 IP： | 124.226.154.64 |
| TCP监听端口： | 22223 (防火墙/路由器已开通) |
| UDP监听端口： | 22223 (防火墙/路由器已开通) |
| LSD 的监听端口： | 6771 |
| 远程下载监听端口： | 无 |
| Windows防火墙： | 失败 |
| UPnP NAT端口映射： | 已添加 |
| 全局下载速度： | 550 KB/s [最大:无限制] 每任务最大连接数: 自动 |
| 全局上传速度： | 6.3 MB/s [最大:6.3 MB/s] 全部BT上传连接数: 20 |
| DHT网络节点： | IPv4: 4223 IPv6: 1160 |
| DNS 查询： | 已缓存： 588 等待中： 0 |
| CPU 占用率： | 2.3% (6核12线程) |
| 内存使用： | 工作集: 6.19 GB, 提交大小: 6.31 GB |
| 可用内存： | 物理内存: 6.42 GB/15.9 GB (最少保证: 1024 MB), 虚拟内存: 5.37 GB/16.9 GB, 进程空间: 127.9 TB/127.9 TB |
| 存储使用情况： | 本地存储： 51.2 TB / 54.7 TB (6.4% 可用) |
| 磁盘缓存大小： | 总大小：5.04 GB |
| 磁盘读操作统计： | 请求次数：33352663 (频率：490.4次每秒)，实际磁盘读次数：266650 (频率：2.9次每秒)，读命中率：99.2% |
| BitTorrent: | 请求次数：29901409 (频率：443.8次每秒)，实际磁盘读次数：129276 (频率：1.7次每秒)，读命中率：99.5% |
| 长效做种： | 请求次数：3451254 (频率：46.5次每秒)，实际磁盘读次数：137374 (频率：1.2次每秒)，读命中率：96.0% |
| 磁盘写操作统计： | 请求次数：6378286 (频率：20.9次每秒)，实际磁盘写次数：13428 (频率：0.1次每秒)，写命中率：99.7% |
| BitTorrent: | 请求次数：6378286 (频率：20.9次每秒)，实际磁盘写次数：13428 (频率：0.1次每秒)，写命中率：99.7% |
| HTTP/FTP: | 请求次数：0 (频率：0.0次每秒)，实际磁盘写次数：0 (频率：0.0次每秒)，写命中率：0.0% |
| 磁盘提速服务程序： | 运行中 |
| 累计下载数据： | 4.68 TB (本次运行: 109.3 GB) |
| 累计上传数据： | 25.2 TB (本次运行: 409.0 GB) |
| UDP 传输： | recv[274.9 MB]: 0 KB/s, send[1.02 GB] 17 KB/s |
| DNS 故障： | 126 |
命中96，不算吧
可以了，如果用1.96以前的版本，缓存命中率不会超过10%
可以百度搜索wps ScrLock，这是一个表格处理，键盘锁上的第三个灯亮起，ScrLock按键关掉即可
暂停刷新后可以更详细的防止来回乱跳以便观察用户列表，和进行封禁ip等操作。
如果下载完成后，触发移动操作会导致长效上传不进行工作
可以提个意见吗，能否提供勾选项：使用上次选定的下载目录。按文件类型来分类下载目录真的非常不方便，直接让我在分开下载多文件的时候能不需要一次一次的选定目录，而是直接使用同一个目录的话真是帮大忙了。
种子市场应该支持分页功能, 并且应该提供一个更高性能的元数据下载方式 (推出全部下载的功能, 使用时随机抽 N 个没有元数据的种子下载, 直至完全下载).
在之前论坛里下的带有 1 亿个种子的种子市场.
DHT 下的 1 亿个种子分页几乎无法滚动. 整个加载也是非常卡顿, 需要半小时, 而且只吃一两个大核, 没有多核优化. 右键全选也不支持批量下载元数据, 会莫名其妙的变成只选中一个.
Tracker 下大概百万级种子, 可以流畅滚动, 也可以批量下载元数据, 不会变成只选中一个的状态.
macOS 13.2+BitComet 1.97
本来想建立种子库的, 现在想想感觉还是算了…
啊，是的是的，键盘误按了，没想到这个键对彗星有影响，感谢感谢解答，顺祝新年好！
在选项中修改过全局最大上传速率之后直接输入无限制再点击确认，重新打开之后依然会回到原来的数字，只有手动调节才能改回无限制。
希望可以输入无限制也可以调整到无限制，这样更快捷方便
一般用0代表无限制
对的，输入0也可以，但是我觉得如果让直接输入无限制也能切换，这样会更方便一点，毕竟不是每个用户都知道输入0的
如果没有svip账号可以用软件小妹的那个，脚本原理就是把你的文件分享到他的会员账号然后生成下载地址，svip没有限制，线程拉满不会踢线程
油小猴那个解析百度网盘，要用这个红色的版本，而且要自己账号有vip，软件小妹那个是用脚本作者提供的svip账号解析的（每天限制解析5次好像），另一个油小猴是用自己的账号解析，那个没任何限制
等新版修复
比特彗星hosts文件在Windows11下不起效果
猜测比特彗星在Windows11下用的nslookup的结果导致hosts不起效果，Windows10下是正常的
要么，，Windows11最新补丁好像有bug，导致软件运行过程，hosts不生效
不知道是不是Windows11的什么内核隔离导致的bug，暂时还不知道原因，但是已知Windows11有这个hosts不起效果的问题了
msdn发的系统包，未启用系统更新，今晚虚拟机里在升级到最新版补丁 22621.1265 试一下，确认下是不是微软补丁导致的。2023 年 2 月 14 日 - KB5022845 (OS 内部版本 22621.1265) - Microsoft 支持
msdn iso镜像为22621.1105
magnet:?xt=urn:btih:01f5fe67f19cf107330490f658836c6037054f65&dn=zh-cn_windows_11_business_editions_version_22h2_updated_jan_2023_x64_dvd_82450200.iso&xl=5628721152
1個讚