发现在下载带有大量文件（例如超过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端都沒這樣的，不是嗎？
开发者是为了规避风险，多多理解
2個讚
创建一个大文件，直接往尾部写数据，前面未操作的部分可能会有磁盘上之前删除的文件的数据，为了安全操作系统会自动填0，占用很长时间。启用磁盘加速功能后，可以取消自动填0的操作，减少不必要的磁盘写入时间。
我终于知道自己的虚拟机系统为什么 磁盘 IO 经常 100% 的原因了。
强烈建议增加参数可指定该大文件的上级目录，以及最大可用空间。
这样用户就可以使用 RamDisk 等软件来创建一个 内存虚拟分区，一是可充分利用机子的大内存，而是减少磁盘的 IO
具体是什么意思？直接下载到ram盘，并设置下载完毕后移动到硬盘就可以了吧？