骨汤鸡蛋面2020-07-13老师，我在公司负责落地容器化。公司测试环境内网拉一次镜像要1分钟以上（java项目镜像，一般war包100M+）。基础镜像早就缓存好了，因为测试环境build频繁，镜像的war包那一层每次要重新拉取。从您介绍的Dragonfly的原来看，Dragonfly只是降低镜像仓库的下行压力， 对减少镜像war包的拉取速度应该帮助不大吧？作者回复: Dragonfly主要是解决1对多分发时导致的问题，从你的描述我没看明白。如果不属于1对多分发导致的问题，那需要从网络、多线程下载、缓存的优化做起了。
共 2 条评论1
wjsay2020-11-02好文章，我可算明白了P5协议论文中为何一会儿说网络拓扑是单播的一会儿又说是多播的。原来是IP层单播，应用层多播。如上所说“应用层多播主要是指一种P2P（Peer to Peer）网络传输思想”作者回复: ^_^
rfyiamcool2020-08-21好文章，我们以前那个周期就会把几个G的区块打包文件传输到三百台服务器，通过封装bt实现的。😄4
trllllllll2022-06-21原来p2p就是应用层多播
程序员老王2021-07-08在完全去中心化的分布式集群中，每个节点都没有准确的全局信息，此时可以使用 Gossip 流言协议，通过仅向有限的相邻节点发送消息，完成整个集群的数据同步，实现最终一致性。因此，Gossip 协议常用于大规模分布集群中的节点状态同步。
Ken2020-07-15SuperNode利用Zookeeper能分布式后就不是中央结点了吧？