『漫游』酷论坛>『eDonkey交流区』>伤脑筋的hash
treenode@2005-02-21 13:17
eMule一般都会有十几到几十个线程，作Hash的只是其中一个
理论上讲即使Hash很慢，其他线程仍然能够继续工作，不至于完全中断
除非Hash的线程设得优先级特别高
当然这只是推测，我没看过EM的源代码
我的感觉是Hash过程中内存占用似乎用不了太多内存，从任务管理器里面看物理内存和虚拟内存都没变化多少
我的机器内存是256M，算少的了
主要慢估计应该是慢在磁盘IO的动作上
zhouwei_e@2005-02-21 13:59
引用
最初由 Tsuioku 发布
下载文件的hash早在开始下载时，已经获得，完全可以拿来就用。最终的hash还不过是校对而已。
你这个说法有问题啊
照你这么说，CRC也没什么用啊，只是一串代码，之前就已经获得，校不校对都一样
ccccc@2005-02-21 18:07
引用
最初由 zhouwei_e 发布
那是文件名存在问题，你用的版本过低吧？
是不是0.44之前的
在家里用的是0.43B的,有时可以明显看出是文件名的问题,就是文件名带个问号
之类的,有些看不出来
zhouwei_e@2005-02-21 20:10
呵呵,那就正常了~
0.44以后生成的字符编码为unicode编码,如果不使用URL连接的话,直接复制文字,低版本的EM识别就会出现这种情况~
Tsuioku@2005-02-22 12:03
引用
最初由 zhouwei_e 发布
你这个说法有问题啊
照你这么说，CRC也没什么用啊，只是一串代码，之前就已经获得，校不校对都一样
CRC的功能只是校对，hash是md5，功能不仅限于校对。
我本人基本上是不会对下载的文件重新校对一遍来浪费时间的，下载过程中，所有的数据报都会经过crc校对，eMule下载的话还有md5配合。如果每个数据报crc都正确，全体出错的可能性就相当低了，eMule配合md5后，整体文件的出错率就更低了。再次对整体文件校对，对于大部分人来说都是比较多余的。
照阁下所言，难道绝大部分人用flashget下载完后，还会特意去做一次crc整体校验？恐怕不会吧。那crc对这些人的功能而言，也只是一个暗箱，是大部分人都不需要知道的东西了。hash(md5)也是同一个道理。既然在下载初期就已经获得，hash只需要在在下载时发挥它的功能就行了，下完后的校对对大部分人来说多余的了。
Ronnier@2005-02-22 13:18
坚决 TF 你
谁让你用你那台老爷机器下嘛
换你的本本下哦
你那本本多快 :D
hoho~~
可曾记得爱@2005-02-22 17:15
单个文件完成HASH是没什么问题的，但是因为EM有文件到最后几百K特别慢的现象（单线提供了），常常会出现几个文件同时完成，或则正有文件在“HASH（完成中）”的时候其他文件也陆续完成了，于是机器变卡，EM里的下载速度变慢，有的连接都断开了~
就是受不了着同时几个文件在“HASH（完成中）”，要是EM能够有点HASH排队精神就好了，等一个文件“HASH（完成中）”完整了再“HASH（完成中）”其他的，别大家一起来，慢死人~
这就像你同时开几个TBTB来同时计算几个文件的CRC值，悲惨~
Tsuioku@2005-02-22 20:55
引用
最初由 Ronnier 发布
坚决 TF 你
谁让你用你那台老爷机器下嘛
换你的本本下哦
你那本本多快 :D
hoho~~
本本不是拿来下载的，老爷机器还是要发挥余热的。如果不是这个hash，老爷机器就能更强劲一点了。
«123»共3页
| TOP