C:\Program Files\BitComet\tools\BitCometService.exe 这个磁盘加速服务文件的数字签名验证无效,但是暂时不影响使用 没有验证对象的数字签名
最近两个月频繁发现快下载完的时候，就出现类似这种「下载的分块 #1 校验失败，第3次丢弃数据 3072 KB」的信息，而且不只一个分块，有好几个分块且会重复多次，导致一直下载不完整。最后我只能暂停导入 Tixati，校验分块定位到是哪个文件出问题再回原档删除对应的文件，才能下载完成。
一开始我怀疑是种子有问题，但如果是种子出了问题，肯定不会有超过一个人能下载成功（进度100%）。后来又怀疑是磁盘坏了，但这种现象只会偶发一两次，不可能这么频繁出现，不然我这磁盘装其他文件早就报警了。
根据导入 Tixati 校验发现，出问题的都是 0KB及下载了部分（即后缀名还是bc!）的，没有发生在已完成的文件。
为了排除版本的问题，我恢复到很早的版本（全功能解锁豪华版v1.95），然而，还是会频繁出现这种现象。
所以我不得不怀疑是比特彗星的下载及校验肯定有一个是有严重bug了。鉴于两年前的版本都这样，猜测该现象在现今版本（v2.09）仍然存在，而本帖最开头的位置确实也有人反馈丢弃分块的现象。现请开发者设计一个测试，看看分块大小和检验逻辑是否有问题。
另外提供的思路，Tixati 在数据检验这方面一直很安全，下载成功就是成功，绝不会出现丢弃分块这种现象，而它的最小下载块好像是 2KB（不管分块是多大，总是2KB地传输），在软件界面可以很直观地看着「文件块」这项，即使是下载速度几十 B/s，它下载到了就真的是存储成功了，而不像比特彗星那样丢三四次才下成功一次，这样下载效率低得可怕。
1個讚
丢分块的现象好像集中在从种子市场下载的种子，因为如果是其他来源的种子，我一般都是使用 Tixati 直接下载的，只有比特彗星种子市场下载的种子，才需要使用长效种子，我才用比特彗星进行下载。
1.87版本新增的 bittorrent.separate_sources_for_failed_piece 选项问题，关掉这个就正常了，或者用1.86版本来测试
2KB百分百会导致SSD硬盘性能爆掉，而且校验一定是根据区块信息的，因为torrent元数据存储的校验信息就是区块
那么这2KB数据是存在内存还是存在SSD硬盘呢？如果存在硬盘，后续完成一个区块在进行校验的时候又要从硬盘读取这2KB数据，浪费开销，性能更加低了
+1 动不动报错，本来几个G的电视剧，我都下了几十G还没下完
意思说选否就行了吗
对，改成否就行了，默认值是的情况，2G的任务下载几十个G丢弃都没法完成下载任务
OS Version: Windows 11 22H2 (10.0.26100) 这个build已经是24H2了,辛苦更新下吧 BitComet 2.08
长效种子能不能改成db数据库文件形式，检测到新文件添加进去，和种子市场那样差不多，不然每次启动5分钟开始长效上传，后台任务准备中，几千上万个文件可供做种可能要等半个小时。。。
1個讚
比特彗星是我用过SSD磁盘性能优化最好的BT软件了
时间跨度切换1小时都很稳定，1000M的G口做种上传，CPU占用3%-5%左右
至于Tixati试了一下，，，直接卡爆掉了，无论是CPU还是SSD磁盘，都卡爆炸
目前比特彗星CPU占用比较高的情况有，文件数比较多的时候，整个界面直接卡死，还有启用UTP会导致一个核心用尽
文件数在1000内没什么问题的，如果文件数一多，，，就算只有一个任务的种子，比特彗星整个界面就会卡死，无论是下载还是做种任务
保存目录时，无法选择NFS挂载点作为保存目录，会提示【下载的文件大小超过4GB，请保存到NTFS格式的磁盘内，否则任务将无法完成!】
选择SMB挂载点则无该问题。
推测是使用了白名单作为检测机制，请问能改成黑名单机制（仅限制FAT32格式）吗？
请问为什么不支持火狐鼠标右键下载了？火狐最新版本129.0.2 (64 位)
2.09 版本 取消种子市场了？？？就是他人分享
膜拜
简体中文系统下不显示种子市场（以及截图，电驴插件，完整的IP显示等）
磁盘上右键看看硬盘是什么格式的？看起来只判断fat32确实更好点
总结
不支持超过4GB文件的文件系统
- FAT32
- 单个文件大小限制：4GB
- 支持的操作系统：Windows、Linux、macOS等。
- 用途：常用于U盘和外接硬盘，因为它的广泛兼容性。
支持超过4GB文件的文件系统
-
Windows
- NTFS
- 单个文件大小限制：理论上可达16EB
- 用途：适合高性能和存储大文件，特别是需要高级功能如文件压缩和加密时。
- NTFS
-
Linux
- ext4
- 单个文件大小限制：16TB
- XFS
- 单个文件大小限制：8EB
- Btrfs
- 单个文件大小限制：16EB
- 用途：高性能和大容量存储需求，如视频编辑和大型数据库。
- ext4
-
macOS
- HFS+ (Mac OS Extended)
- 单个文件大小限制：8EB
- 用途：适合macOS的存储，支持文件压缩和符号链接。
- APFS (Apple File System)
- 单个文件大小限制：8EB
- 用途：适合macOS 10.13及以上版本，优化了SSD性能和管理。
- exFAT
- 单个文件大小限制：16EB
- 支持的操作系统：Windows、Linux、macOS等。
- 用途：适合跨平台传输大文件，如高清视频文件。
- HFS+ (Mac OS Extended)
感谢反馈，下一版修复
感谢反馈，下一版修复
感谢反馈，下一版修复
1個讚
辛苦辛苦！