 |
1
zhujinliang Sep 9, 2014
百度用的hash算法不一定跟ed2k的一样，不同的哈希算法，无法比较是否一样
|
 |
2
azuginnen OP |
 |
3
shyrock Sep 9, 2014
嗯，我理解百度是可以秒传的，不过lz的测试用例没有通过是个问题。
|
|
4
azuginnen OP 机制如楼主，不信这个邪，换了个账号，在客户端上传，明显一开始有个时延，（偷偷的做了散列），结果又上传上去！！！
|
 |
5
rrfeng Sep 9, 2014
新上传的文件马上再传可能有个延迟吧
|
 |
6
Saaee Sep 9, 2014
用文件前256长度的MD5试试
|
 |
7
ninewan Sep 9, 2014
ed2k 用的是md4
|
 |
8
hging Sep 9, 2014
=.= 楼主累么. 这么研究在图什么....
|
 |
9
forresty Sep 9, 2014
楼主的意思是上传到百度网盘的文件就得自动被分享到 ED2K 网络吗？怎么可能这么设计。
|
 |
10
imn1 Sep 9, 2014
隔段时间再试
|
 |
11
yangg Sep 9, 2014
lz 你1G的文件读hash也要时间啊
|
 |
12
otakustay Sep 9, 2014
另外有几种可能
1. 当一个资源访问不多时，它被放在更慢的存储设备上，当访问频繁时则被换到更快的设备比如SSD上，只有交换出来的这些大家频繁要用的资源才支持秒传，这可能是出于访问少的文件是私人文件的考虑 2. 秒传要更新N多机器上的N多配置，要等文件推送到N多的CDN上，有时间间隔不会这么快生效 |
 |
13
txlty Sep 9, 2014
你让百度从ed2k地址下载一次。下次同样地址再下载就是秒下了。
|
|
14
azuginnen OP 楼主研究的一种终极压缩算法，以带宽100M为例（总有一天会实现的吧），解压缩时间相当于 文件大小/10M 每秒，而空间占用比跟Huffman 编码比性能提升大的去了，理论上可以达到正无穷。。。楼主太机智了（逃
|
|
15
azuginnen OP |
 |
16
binux Sep 9, 2014
LZ 别猜了，搜搜看，算法都写出来了
|
 |
17
linxhappy Sep 9, 2014
需要一定的时间吧
|
 |
19
nanpuyue Sep 9, 2014
这种大型网盘应用不搞hash简直是找死。
|
 |
20
yangff Sep 9, 2014 via Android
sigh
|
Select Language