河南网站设计,怎样做网站制作,品牌策划招聘,最美情侣中国字幕视频纯P2P架构 没有或者极少一直运行的Server#xff0c;Peer节点间歇上网#xff0c;每次IP地址都可能变化任意端系统都可以直接通信利用peer的服务能力#xff0c;可扩展性好例子#xff1a;文件分发; 流媒体; VoIP类别:两个节点相互上载下载文件#xff0c;互通有无#…纯P2P架构 没有或者极少一直运行的ServerPeer节点间歇上网每次IP地址都可能变化任意端系统都可以直接通信利用peer的服务能力可扩展性好例子文件分发; 流媒体; VoIP类别:两个节点相互上载下载文件互通有无构成覆盖网overlay这种网络是逻辑的网络因为是在应用层的网络 非结构化P2P: 随机连接集中化目录 DHT结构化P2P: 形成特定的结构比如环或者树缺点难以管理服务器动态上载能力动态问题解决方法有集中分散半分散 如何定位所需资源如何处理对等方的加入与离开 C/S VS P2P 从一台服务器分发文件大小F到N个peer需要多少时间 非结构化P2P P2P文件分发bitTorrent 文件被分为一个个块(chunk)一个256KB每个peer维护一个bitmap每个比特代表是否拥有某个块定期peers交换bitmap知道对方用有啥块网络中peers发送接收文件块相互服务。请求稀缺块优先防止那些拥有的peers全部下线扰动churn提供服务的时候优先想那些给自己提供好的服务比如带宽大的节点服务有限的疏通一次服务有限的节点疏通它们然后其他节点排队不是FCFS前三分之二个选择周期选择给自己提供好的服务的节点后面三分之一个周期是随机选择防止性能差 perrs都  tit-for-tat以牙还牙 节点加入洪流工作过程带外解决out of bound 有文件分发检索的网站输入关键字匹配文件这里匹配的是文件哈希值文件尚在下载是包括文件本身、唯一的哈希值和文件的描述这些检索的网站上有一个torrent文件这个文件包含跟踪文件的checking server维护的是哪些节点在上载下载该文件根据某些测略给发送请求的节点一个torrent文件里面的一些目标节点列表然后发出请求的节点与列表中的节点互通有无形成洪流 集中式目录集中 维护一个目录知道每个节点已有的资源文件传输是分散定位内容高度集中 问题 单点故障性能瓶颈peer上线下线都要上报会有性能问题侵犯版权很难处理侵权行为一般一侵权就很多人例子Napster 完全分布式目录 分散 没有中心服务器每个节点都构成overlay例子Gnutella泛洪现象flooding问题 没完没了的转发查询但是可以通过设置TTL等解决这个问题使得泛洪有限 加入节点的过程退出节点的过程分别告诉邻居自己要退出了。邻居知道他要离开了以后找一个新的节点以维持平衡。 混合体 半分散 每个对等方要么是一个组长要么隶属于一个组长 组长和组员的关系相当于Napster组长和组长的关系相当于Gnutella例子KaZaA DHT结构化P2P 按照id哈希大小形成固定结构分发的每一个文件也通过哈希标识