情景：有一个文件夹，里面有400个子文件夹，每个子文件夹里有10个1-100MB不等的文件。
那么：考虑到丢块，丢文件头，传输错误和死种（假设已经充分做种）
保证文件完整性和种子存活率的哪个方案比较好？
1.直接将文件夹用比特彗星以外没有填充块方法的软件做种
2.将文件夹用新版（1.70)比特彗星做种
3.将文件夹下每个子文件夹分别添加压缩文件后用新版彗星做种。
4.将文件夹下每个子文件夹分别添加压缩文件后用其他软件做种。
我也想问.
每次启动，任务都要卡1分钟左右，不知什么问题.
感兴趣的试试会不会卡，测了几个彗星的版本，已经放弃…
https://xiaobiaomeiplz.cdn.bcebos.com/torrents/[2013.11~2020.06]道草屋42作.torrent
qbittorent则不会出现此问题.
这正常，这个里面至少有一万个文件，windows统计文件数目list再由比特彗星做完整度校验差不多就这个时间…
彗星只下载几个文件，都要卡一会，怕不是每次都要读取整个种子任务列表
qbittorent在下载途中，随便点下载那几个任务…很随性…
你不想要填充的话，可以把区块对齐勾选去掉就不会填充文件了
推荐是填充，可以保证文件存活率，文件多的话，压缩下为单个7z更好，例如游戏文件就可以打包压缩起来为7z
额，补充下：合起来有大概400G这么大，压缩为单个的话内存是不够的 （ 所以要选择zip"仅存档”压缩，还要逐个子文件夹压缩）
但是要考虑到带宽开销问题，假设主要目标是欧美和日本，他们用的中大头主要是qbittorrent,BitTorrent和uTorrent,Bitcomet我见用的不多.所以就是padding file占的带宽开销和文件完整率之间的权衡。
qbittorrent和bitcome都支持区块对齐，是不会进行下载填充文件的
用你的種子的確是這樣…就算關閉了啟動時檢查文件是否丟失…一樣會卡上1分鐘… 
如果不考虑选择部分文件下载的情况，关闭分块对齐避免填充文件来做种最好。
请问是哪个版本的彗星？新版启动、停止任务都是异步的，会在工作线程检查每个文件的状态，界面不会卡死的。
请问什么时候可以优化一下udp tracker大量请求导致卡死的问题呢？qb和ut好像没这个问题
近期会做这方面的优化
为什么？不是说分块对齐有利于防止缺少文件头的情况发生吗？还是说是因为分块对齐造成额外带宽开销太大了
分块对齐仅对下载部分文件的情况有利于防止缺少文件头尾，如果您做种的文件不是单个视频，而是需要全部下载的情况，那就无所谓用不用分块对齐了。彗星制作的种子文件里的分块对齐信息遵循了标准规范，ut、qbittorrent都能识别，不会造成额外带宽开销。
嗯…了解了。我之前还想有没有比较能够防止下载过程中网络错误的方法（因为各种错误导致文件pieces部分错误、校验失败等等）
可是用最新版的不算多啊…而且，Transmission.
看来将文件适当打包后用分块对齐比较好 既能防止文件头丢失 又可以把padding file控制到合理
嗯，，多文件夹小文件零碎很多的话，可以压缩分卷打包下，可以降低文件数量