Gossip revise

2023-11-23 14:40
文章标签 gossip revise

本文主要是介绍Gossip revise,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

*P2P
纯P2P
是否含有中心服务器(路由器) 如何能够知道附近有哪些节点存在呢?
杂P2P
有一个中心服务器保存节点的信息并对请求这些信息的要求做出响应
节点负责发布这些信息(因为中心服务器并不保存文件),让中心服务器知道它们想共享什么文件,让需要它的节点下载其可共享的资源
路由终端使用地址,通过被一组索引引用来取得绝对地址
混合P2P
同时含有纯P2P和杂P2P的特点
BT

*CoolStream/DoNet 实时流媒体传输的数据重叠网络
每一个结点与一组伙伴周期性地交换数据可用性信息, 从一个或多个伙伴那里接收自己所没有的数据, 并把自己所拥有的数据提供给需要的伙伴.
优点:1.不需要维护一个复杂的全局结构 2。数据驱动 3.健壮性
闲谈算法:一个结点将新信息发给一组随机选择的结点; 这些结点会在下一轮中作相似的事情, 直到所有结点都收到信息.

模块: 1.成员管理模块 2.伙伴管理模块 3. 调度器

**结点加入和管理
DONet 含有一个标示(IP地址)维护缓存(部分活跃成员标示)mCache
加入:新结点加入,首先联系源节点,然后被分配到代理结点,从代理结点上获得一个成员列表(候选伙伴)
***mCache更新
每个结点周期性产生成员信息来证明自己的存在
**缓存映像的表示和交换
视频流分解成多个定长的分段,结点缓存中各个分段的可用性信息被表示为一个缓存映像(Buffer Map, BM).
**调度算法
两个约束条件:每个分段的截止时间 ( Deadline ), 以及与各个伙伴间的传输带宽.
启发式(Heuristic)算法:计算出资源的潜在提供者的数量(即,拥有所需分段的伙伴的数量).
因为一个分段如果对应着较少的潜在提供者, 那么将意味着这个分段会很难在截止时间之前到达.
算法会从仅有一个潜在提供者的分组开始确定某一分组的提供者. 之后是对应有两个潜在提供者的分组,
以此类推. 如果一个分组对应着多个潜在提供者, 那么具有最高带宽并且具有更长可用时间的提供者会被选中.

把需要从同一个伙伴处获得哪些分段的信息存储在一个类似 BM 的位序列中.
之后, 将这个位序列发送给相应的伙伴. 该伙伴会把位序列中所对应的分段通过一个实时的传输协议发送给结点.

**错误的恢复和伙伴的筛选
一个结点可以在事先声明后退出, 或由于崩溃而意外退出.
受到影响的节点,根据剩下伙伴的BM信息重构调度策略。

结点会定期地从它的 mCache 中随机选择出结点并与之建立伙伴关系。
第一, 它使得每个结点可以在一些伙伴退出的情况下, 维护一定数量的伙伴;
第二, 它使得结点可以寻找到更高质量的伙伴.

这篇关于Gossip revise的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/418631

相关文章

Gossip 算法

Gossip 算法, 灵感来自办公室八卦, 只要一个人八卦一下, 在有限的时间内所有人都会知道该八卦的信息, 这种方式也与病毒传播类似, 因为 Gossip 有众多的别名"闲话算法"、"疫情传播算法"、"病毒感染算法"、"谣言传播(Rumor-Mongering)算法". 但 Gossip 并不是一个新东西, 之前的泛洪查找、路由算法都归属于这个范畴, 不同的是 Gossip 给这类算法提供了明

分布式共识算法(故障容错算法)系列整理(二):Bully、Gossip、NWR

五篇分布式共识系列文章合集: 分布式共识算法(拜占庭容错算法)的系列整理一:PBFT、PoW、PoS、DPos 分布式共识算法(故障容错算法)系列整理(二):Bully、Gossip、NWR 分布式共识算法(故障容错算法)系列整理(三):Paxos 分布式共识算法(故障容错算法)系列整理(四):Raft 分布式共识算法(故障容错算法)系列整理(五):ZAB 导语 为什么要有分布式选举? 主节

Objective-C实现Algorithm Gossip: 费式数列代码

Fibonacci为1200年代的欧洲数学家,在他的着作中曾经提到:「若有一只免子每个月生一只小免子,一个月后小免子也开始生产。起初只有一只免子,一个月后就有两只免子,二个月后有三只免子,三个月后有五只免子(小免子投入生产)……。 如果不太理解这个例子的话,举个图就知道了,注意新生的小免子需一个月成长期才会投入生产,类似的道理也可以用于植物的生长,这就是Fibonacci数列,一般习惯称之为费氏

关于gossip协议

Gossip协议,也称为流言协议,是一种在分布式系统中用于节点之间通信和数据同步的算法。它的设计灵感来自于人类社交中的流言传播机制:一个人告诉几个人某个消息,这几个人再各自告诉其他几个人,如此反复,最终使得大多数人都得知这个消息。 产生背景 Gossip协议产生的背景主要是为了解决大规模分布式系统中的一致性和可靠性问题。在这类系统中,节点数量众多,网络拓扑复杂多变,传统的集中式或分层式通信模型

Algorithm Gossip:三色旗问题

【问题】假设有一条绳子,上面有红白蓝三种颜色的旗子,开始时旗子的颜色并没有顺序,现将其分类,排成蓝白红的顺序,每次只能调换两个旗子,问怎样移动次数最少? 【算法分析】排列顺序是b、w、r,定义三个指针: 1、b永远指向第一个不是b的元素; 2、w是遍历的指针,向前移动,并判断指向元素,如果指向w则继续前进,如果指向b则与b指向的元素交换,b、w各向前方移动一位,,如果是r则与r指向的元素交

gossip协议学习笔记

一、gossip是什么 gossip协议又称epidemic协议,是基于流行病传播方式的节点或进程之间信息交换的协议,在分布式系统中被广泛使用,比如我们可以使用gossip协议来确保网络中所有节点的数据一样。 gossip协议利用一种随机的方式将信息传播到整个网络中,并在一定时间内是的系统内的所有节点的数据一致。gossip其实是一种去中心化思路的分布式协议,解决状态在集群中的传播和状态一致性

Gossip协议理解

概述 Gossip协议,又称epidemic协议,基于流行病传播方式的节点或进程之间信息交换的协议,在分布式系统中被广泛使用。 在1987年8月由施乐-帕洛阿尔托研究中心发表ACM上的论文《Epidemic Algorithms for Replicated Database Maintenance》中被提出。原本用于分布式数据库中节点同步数据使用,后被广泛用于数据库复制、信息扩散、集群成员身

revise 2018.9

编辑命令:(^ == ctrl ) ^A 光标移动到命令行最前端 ^E 光标移动到命令行最后端 ^U 删除光标前所有字符 ^K 删除光变后所有字符 查看系统当前别名:alias 建新的别名:alias (新的别名) 临时的,仅当前shell生效 取消别名:unalias (别名)(eg: alias c=clear unalias c ) 永久别名的修改: /etc/bashrc (临时直接生效

python cv2.revise()函数

原文链接:https://blog.csdn.net/li_l_il/article/details/83218838 OpenCV函数原型: cv2.resize(InputArray src, OutputArray dst, Size, fx, fy, interpolation) 参数解释: InputArray src输入图片OutputArray dst输出图片S

Revise .profile and install pip.

Revise .profile and install pip. Add  the following sentences to the end of /home/.profile. # set PATH so it includes user's private bin if it exists if [ -d "$HOME/bin" ] ; then     PATH="$HOME