洪泛请求模式
过程
每个Peer的请求直接广播到连接的Peers
各Peers又广播到各自的Peers
直到收到应答或 达到最大洪泛步数(典型5-9)
特点
无广告性共享资源
Gnutella 使用该算法,限于公司内通信有效
大量请求占用网络带宽,可扩展性并不一定最好
改进
Kazaa 设立Super-Peer客户软件,以集中大量请求
BT 文件分块
Cache最近请求
============================================
4 P2P关键技术特性
集中化
在访问权限和安全上容易管理
但不可避免导致:低效/瓶颈/资源浪费
尽管硬件性能和成本有了改进,但建立和维护集中化知识库成本高昂,需要人员智能化地建 立,保持信息的相关和更新
非集中化:更强有力的思想
强调用户端所有权,对数据和资源的控制
每个Peer都是平等的参与者
实现更困难(无全局服务器,看不到全局Peers及其文件) <=====================注意这里了
这也是当前混合模式存在的原因
全非集中化文件系统(Gnutella Freenet)
发现网络是很困难的
新节点必须知道其他节点
或由主机列表知道其他Peers的IP地址
该节点通过和现行网络中至少一个Peer建立连接而加入网络
从而能发现其他Peers并Cache它们的IP地址在本地
