目前BitComet读写文件使用自己的缓存，没有使用Windows的文件系统缓存。内部有开关可以切换过去，不过不能控制缓存哪些内容，所以效果并不好。
没这么大硬盘，测试不了 
另外后台没找到对应的错误报告，麻烦再发送一下
我用度盘离线bc的种子就会显示这个
是为了文件结尾对齐分块加的填充数据，方便选择部分文件下载。制作种子文件的时候有一个选项可以关闭。
经过测试，确定是因为 vm 虚拟机将网络路径映射为本地磁盘路径有关。
文件路径超过260字符时，BitComet 使用 \\?\ 前缀 导致在 vm主机系统创建文件失败。
解决问题的方法是，在 vm 虚拟机用 BitComet 创建任务时，保存目录需要使用 网络路径，例如，\\DESKTOP-HOST\BT-download\
但是现在面临另一问题，BitComet 下载完成后，通过 BitComet 移动带有大量文件的种子任务，移动速度会很慢，估计是跟 Windows 共享文件的网络机制有关。
我看了 BitComet 程序目录下的 Downloads.xml ，发现里面有几个参数都跟路径有关。
我想问问关于手动修改 Downloads.xml 的问题，例如，电影1 下载完成后被从
\\DESKTOP-HOST\BT-download\电影1
移动到
\\DESKTOP-HOST\电影收藏\电影1
Downloads.xml 中对应种子的 SaveDirectory 跟 SaveLocation 都需要同时修改吗？
发现在下载带有大量文件（例如超过1000个文件）的种子任务时，硬盘IO飙到90%以上，连带影响了其它任务的读写。
是否可以改进下载算法，例如，若某个任务有大量文件，则分批次下载文件，每个批次不同时下载超过指定数量的文件。 —— 另外该参数可在“选项>高级设置”界面调整。
其實也沒看到 zip 檔, 是不是傳送完會自己清掉…?
早上又崩一次… 也沒看到 zip 檔?
但 log 都回報傳送伺服器成功…
Connecting to server
Opening HTTP request…
Sending HTTP request…
Ending HTTP request…
Reading server response…
Server response code: 200
Server response body:200 Success.
Assuming legacy method of determining delivery status (from HTTP response body).
Error report has been sent OK!
[status_success]
好的，不知道其他虚拟机软件有没有这个问题。。。
保存位置由SaveDirectory和SaveName字段组合而成；SaveLocation是为了兼容旧版，取值和SaveDirectory保持一致。
是的，清理掉了，可以考虑保留一下的。
请问是1.67.4.22版吗？后台收到的错误报告看了一下是种子市场我的共享列表排序引发的崩溃。下次发送错误报告可以在备注里写一句话我就知道是这个问题引发的了。
好的! 其實一知半解… 請教學!
- 清理掉了，可以考虑保留一下的。(如何讓彗星不要自動清掉? )
- 下次发送错误报告可以在备注里写一句话? (彗星自己觸發自動发送错误报告… 不曉得要如何备注里写一句话?)
突發奇想, 彗星積分也可以玩出另一個天地… 如參考蛋白質計算積分競賽網頁… 開一個積分的分頁統計, 創造另一種積分競賽樂趣… 看彗星要不要發展一下… 吸引一下積分魔人 , 造福地球村!
https://folding.extremeoverclocking.com/aggregate_summary.php?s=
示意圖:
“重新检查完整性” 操作会令系统所在磁盘IO达到 100% ， 系统卡住直到磁盘 IO 降下来。
跟 BitComet 自己的缓存机制有关吗？ 或者是什么原因引起的？
建议增加一个功能
自动暂停5分钟内速度为0的任务，开始下一个下载任务
n/a (Ali213 BT 1.0)DHE这个是什么客户端啊
我还想说检查完整性跑不满磁盘，我是固态硬盘！
目前有低于指定速度轮换排队任务的选项，需要改进吗？
考虑过多线程计算hash，还没来得及做
目前有低于指定速度轮换排队任务的选项，需要改进吗？
总下载速度高于指定速度的时候，速度为0的任务不会自动停止，会一直占用一个下载任务，此时自动暂停5分钟内速度为0的任务，可以提高下载效率，类似于迅雷的“自动将低速任务移动至列尾”
好的，明白了，后续版本改进
好的
能說說磁碟加速的原理嗎？
btw，為什麼要區別對待大陸用戶啊？
反正官網也不能正常下載的，取消掉不是更好嗎？還能省一部分代碼
其他bt端都沒這樣的，不是嗎？