这是一个创建于 3713 天前的主题，其中的信息可能已经有所发展或是发生改变。
是这样的，楼主本地建立了一个 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