标签：java scala akka distributed-system gossip

我正在阅读akka文档,并想出了他们实施Gossip的方式的一些麻烦. (docs here).困扰我的那部分,(强调我的)：

Periodically, the default is every 1 second, each node chooses another
random node to initiate a round of gossip with. If less than ½ of the
nodes resides in the seen set (have seen the new state) then the
cluster gossips 3 times instead of once every second. This adjusted
gossip interval is a way to speed up the convergence process in the
early dissemination phase after a state change.

因此,如果八卦轮在开始时(少于1/2个节点已经看到当前状态),来自所见集的节点开始每秒发送3个闲话而不是一个.但如果八卦融合发生了,他们怎么知道呢(他们仍然每秒发送三次八卦).或者正如任何其他“集群事件”一样,整个集群中的融合可能是闲话？

解决方法:

你可能知道当看到所有节点时会发生八卦会聚(即所有成员节点都在看到的Gossip事件列表中).如果集群没有收敛,ClusterDeamon会加速八卦.

def gossipTick(): Unit = {
    gossip()
    if (isGossipSpeedupNeeded) {
      scheduler.scheduleOnce(GossipInterval / 3, self, GossipSpeedupTick)
      scheduler.scheduleOnce(GossipInterval * 2 / 3, self, GossipSpeedupTick)
    }
  }

def isGossipSpeedupNeeded: Boolean =
    (latestGossip.overview.seen.size < latestGossip.members.size / 2)

一旦群集收敛,它就会使用配置的八卦间隔回退到正常的预定八卦滴答.看看这个功能的source和test specs.希望这可以帮助.

标签：java,scala,akka,distributed-system,gossip
来源： https://codeday.me/bug/20190608/1199180.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。