1 文件下载完成后除了需要计算hashlist外，还需要计算整个文件的AICH hash Tree，以方便整个分享网络中其它用户下载了一个错误Part后可以纠错数据
2 不考虑分享給其它用户，只考虑下载的话，很容易改
3 我认为改的思路大体上应该是这样
1) 先修改　CPartFile::FlushBuffer() ，每下载完一个hash成功的Part，同时要把该Part的AICH Hash Tree 也计算出来（这样避免下载完的时候计算全部AICH hash Tree）

2) 然后修改 int CAddFileThread::Run() 函数，在这个函数中针对下载的Part文件就没必要重头完整计算hashlist 和 整颗 AICH Hash Tree了，这样就加快了下载完成时候的hash计算

[0] [0] [回复]

这个功能是必不可少的，现实中往往断电什么的，怎么能保证一个文件的完整正确？ TMD老子下几个片子，中间常看到花的画面，八成是某个不HASH的白痴弄坏了，又作了源。各位不要图省事，必竟HASH还可以接受，我一边WOW一边下截，文件完成了也没什么感觉啊。

[0] [0] [回复]

我也遇到这个问题，因为机子是比较老的本本，内存小，硬盘带宽也不高，上次有3个200M左右的动漫同时下载完了...内个速度，天呐..第一个文件Hash不到一半，第二个文件下载完成了，开始Hash，这速度就已经开始慢了不少了，等第一个文件Hash到70%左右，第二个文件Hash了30%多，第三个文件下好了- -...然后就是艰难的Hash&Copy(本人临时目录和完成目录不在一个分区上)。总共三个文件全部完成Hash+Copy工作花了将近40分钟...所以我也觉得Hash过程应该分批，或者是让用户自主选择时间完成Hash工作，或者允许暂停Hash，以免多个任务同时Hash+Copy降低效率。

[0] [0] [回复]

这个功能若是可以人为控制，100%会有不少无知的混蛋关闭HASH功能，那么ED2K网络里可就坏块横行了。

[0] [0] [回复]

你试一下同时下载20个以上有速度的文件就知道这个功能是多么可恶了，每每HASH都会把机子搞得像要死了了一样，然后等恢复了，速度基本全部从头开始---这排队辛苦的啊！

[0] [0] [回复]

不是不要 Hash，而是对 Hash 的流程合理的安排调度，防止同时占用系统资源过多，电脑没有响应。毕竟像 3 楼那样的有钱人只是少数，多数人的电脑配置并不是太高的。

这种调度功能可以交给程序来完成，参考系统负担来控制 Hash 进行，没有 Hash 过的文件不上传。这并不需要用户人为控制。

[0] [0] [回复]

wow的优先级是比emule高的。。。。要hash都是wow读盘画面 或者退出游戏才hash

[0] [0] [回复]

强烈建议先加个手动HASH功能。。！！
我经历过这样一件事，
上个月我下了个4G的ISO文件， 我承认中间死过几次机，最后下载完后Hash 也没问题，结果刻了几张盘都是空白的，才意识到是文件有问题，只好删了重新下载。

[0] [0] [回复]