这是一个创建于 4108 天前的主题，其中的信息可能已经有所发展或是发生改变。
是这样的，楼主本地建立了一个 1G 的 truecrypt 加密卷。传到百度网盘上去。
上传完毕后，在本地对刚才那个加密卷进行emule共享，获得一串ed2k值。
换了一个百度网盘账号，离线下载填入ed2k值，竟然不能秒传，进度为 0% .
问题来了，现在不是网盘都是用了秒传技术吗。根据我的理解，就是把一个文件hash了之后，新上传的时候对比sha256的值么。
另外，据说（dropbox），hash冲突会比内存什么电子迁移概率还小，即完全没必要考虑冲突的问题啊。
上传完毕后，在本地对刚才那个加密卷进行emule共享，获得一串ed2k值。
换了一个百度网盘账号，离线下载填入ed2k值，竟然不能秒传，进度为 0% .
问题来了，现在不是网盘都是用了秒传技术吗。根据我的理解，就是把一个文件hash了之后，新上传的时候对比sha256的值么。
另外，据说（dropbox），hash冲突会比内存什么电子迁移概率还小，即完全没必要考虑冲突的问题啊。
 | 1 zhujinliang 2014-09-09 15:52:30 +08:00 百度用的hash算法不一定跟ed2k的一样，不同的哈希算法，无法比较是否一样 |
 | 2 azuginnen OP |
 | 3 shyrock 2014-09-09 16:03:25 +08:00 嗯，我理解百度是可以秒传的，不过lz的测试用例没有通过是个问题。 |
| 4 azuginnen OP 机制如楼主，不信这个邪，换了个账号，在客户端上传，明显一开始有个时延，（偷偷的做了散列），结果又上传上去！！！ |
 | 5 rrfeng 2014-09-09 16:25:33 +08:00 新上传的文件马上再传可能有个延迟吧 |
 | 6 Saaee 2014-09-09 16:43:57 +08:00 用文件前256长度的MD5试试 |
 | 7 ninewan 2014-09-09 16:47:16 +08:00 ed2k 用的是md4 |
 | 8 hging 2014-09-09 17:21:39 +08:00 =.= 楼主累么. 这么研究在图什么.... |
 | 9 forresty 2014-09-09 17:27:02 +08:00 楼主的意思是上传到百度网盘的文件就得自动被分享到 ED2K 网络吗？怎么可能这么设计。 |
 | 10 imn1 2014-09-09 17:33:07 +08:00 隔段时间再试 |
 | 11 yangg 2014-09-09 17:49:31 +08:00 lz 你1G的文件读hash也要时间啊 |
 | 12 otakustay 2014-09-09 18:03:52 +08:00 另外有几种可能 1. 当一个资源访问不多时，它被放在更慢的存储设备上，当访问频繁时则被换到更快的设备比如SSD上，只有交换出来的这些大家频繁要用的资源才支持秒传，这可能是出于访问少的文件是私人文件的考虑 2. 秒传要更新N多机器上的N多配置，要等文件推送到N多的CDN上，有时间间隔不会这么快生效 |
 | 13 txlty 2014-09-09 18:06:13 +08:00 你让百度从ed2k地址下载一次。下次同样地址再下载就是秒下了。 |
| 14 azuginnen OP 楼主研究的一种终极压缩算法，以带宽100M为例（总有一天会实现的吧），解压缩时间相当于 文件大小/10M 每秒，而空间占用比跟Huffman 编码比性能提升大的去了，理论上可以达到正无穷。。。楼主太机智了（逃 |
| 15 azuginnen OP |
 | 16 binux 2014-09-09 18:51:50 +08:00 LZ 别猜了，搜搜看，算法都写出来了 |
 | 17 linxhappy 2014-09-09 18:56:59 +08:00 需要一定的时间吧 |
 | 19 nanpuyue 2014-09-09 22:05:16 +08:00 这种大型网盘应用不搞hash简直是找死。 |
 | 20 yangff 2014-09-09 22:06:38 +08:00 via Android sigh |
Select Language