浅析 Broadcast

  • 主要有三种对象 BroadcastManager、BroadcastFactory 和 Broadcast

    • BroadcastManager 负责Broadcast的全局管理
    • BroadcastFactory 负责创建或取消Broadcast
    • Broadcast 为实际的一次广播操作
  • BroadcastManager 是 BroadcastFactory 的封装,负责了BroadcastFactory从初始化到 stop 的整个生命周期。

    • 初始化阶段,会初始化一个 TorrentBroadcastFactory 工厂对象, 并initialized 设置为 true
    • 在运行期间,它会调用BroadcastFactory的newBroadcast方法和unbroadcast方法来控制变量的广播,每次广播有递增的唯一IDnextBroadcastId
    • 最后它还负责了 BroadcastFactory 的关闭。

Broadcast

  • TorrentBroadcast 的原理
/*** A BitTorrent-like implementation of [[org.apache.spark.broadcast.Broadcast]].** The mechanism is as follows:** The driver divides the serialized object into small chunks and* stores those chunks in the BlockManager of the driver.** On each executor, the executor first attempts to fetch the object from its BlockManager. If* it does not exist, it then uses remote fetches to fetch the small chunks from the driver and/or* other executors if available. Once it gets the chunks, it puts the chunks in its own* BlockManager, ready for other executors to fetch from.** This prevents the driver from being the bottleneck in sending out multiple copies of the* broadcast data (one per executor).** When initialized, TorrentBroadcast objects read SparkEnv.get.conf.** @param obj object to broadcast* @param id A unique identifier for the broadcast variable.*/
  • 机制如下

    • Driver 将序列化对象划分为小块,并将这些小块存储在 Driver 的BlockManager中。
    • 在每个 executor 上,executor首先尝试从其BlockManager获取被广播对象。如果不存在,则使用远程抓取从Driver和/或其他executor(如果可用)中获取广播对象。一旦获取了广播对象,它就会将块放在自己的BlockManager中,准备好让其他executor从中获取。
  • 这段注释说明了TorrentBroadcast实现的原理,其中关键的部分在于利用BlockManager的分布式结构来储存和获取数据块。

1.Driver把序列化后的对象(即value)分为很多块,并且把这些块存到Driver的BlockManager里。

2.在 Executor端,Executor首先试图从自己的BlockManager中获取被broadcast变量的块,如果它不存在,就使用远程抓取从 driver 以及/或者 其它的
executor上获取这个块。当executor获取了一个块,它就把这个块放在自己的BlockManager里,以使得其它的 Executor 可以抓取它。

3.这防止了被广播的数据只从 Driver端被拷贝,这样当要拷贝的次数很多的时候(每个Executor都会拷贝一次),Driver端容易成为瓶颈 .

  • driver端把数据分块,每个块做为一个block存进driver端的BlockManager,每个executor会试图获取所有的块,来组装成一个被broadcast的变量。
    “获取块”的方法是首先从executor自身的BlockManager中获取,如果自己的BlockManager中没有这个块,就从别的BlockManager中获取。
    这样最初的时候,driver是获取这些块的唯一的源,但是随着各个BlockManager从driver端获取了不同的块(TorrentBroadcast会有意避免各个executor以同样的顺序获取这些块),
    “块”的源就多了起来,每个executor就可能从多个源中的一个,包括driver和其它executor的BlockManager中获取块,这要就使得流量在整个集群中更均匀,而不是由driver作为唯一的源。
    原理就是这样啦,但是TorrentBroadcast的实现有很多有意思的细节,可以仔细分析一下。

  • Broadcast 就是将数据从一个节点发送到其他各个节点上去

    • Driver 端:

      • Driver 先把 data 序列化到 byteArray,然后切割成 BLOCK_SIZE(由 spark.broadcast.blockSize = 4MB设置)大小的 data block。
      • 完成分块切割后,就将分块信息(称为 meta 信息)存放到 driver 自己的 blockManager 里面,StorageLevel 为内存+磁盘(MEMORY_AND_DISK),
      • 同时会通知 driver 自己的 blockManagerMaster 说 meta 信息已经存放好。
      • 通知 blockManagerMaster 这一步很重要,因为 blockManagerMaster 可以被 driver 和所有 executor 访问到,信息被存放到 blockManagerMaster 就变成了全局信息。
      • 之后将每个分块 data block 存放到 driver 的 blockManager 里面,StorageLevel 为内存+磁盘。存放后仍然通知 blockManagerMaster 说 blocks 已经存放好。到这一步,driver 的任务已经完成。
    • Executor 端:

      • executor 收到 serialized task 后,先反序列化 task,这时候会反序列化 serialized task 中包含的数据类型是 TorrentBroadcast,也就是去调用 TorrentBroadcast.readBroadcastBlock()
      • 先询问所在的 executor 里的 blockManager 是会否包含 data,包含就直接从本地 blockManager 读取 data。
      • 否则,就通过本地 blockManager 去连接 driver 的 blockManagerMaster 获取 data 分块的 meta 信息,获取信息后,就开始了 BT 过程。

BroadcastManager

BroadcastManager用于将配置信息和序列化后的RDD、Job及ShuffleDependency等信息在本地存储。如果为了容灾,也会复制到其他节点上。创建BroadcastManager的代码实现如下。

    // BroadcastManager是用来管理Broadcast,该对象在SparkEnv中创建val broadcastManager = new BroadcastManager(isDriver, conf, securityManager)

BroadcastManager除了构造器定义的三个成员属性外,BroadcastManager内部还有三个成员,分别如下。

  • initialized : 表示BroadcastManager是否初始化完成的状态
  • broadcastFactory : 广播工厂实例。
  • nextBroadcastId : 一个广播对象的广播ID,类型为AtomicLong。

BroadcastManager在其初始化的过程中就会调用自身的initialize方法,当initialize执行完毕,BroadcastManager就正式生效。

  // Called by SparkContext or Executor before using Broadcastprivate def initialize() {synchronized {if (!initialized) {broadcastFactory = new TorrentBroadcastFactorybroadcastFactory.initialize(isDriver, conf, securityManager)initialized = true}}}

上述代码说明:

  • initialize方法首先判断 BroadcastManager 是否已经初始化,以保证BroadcastManager只被初始化一次。
  • 新建TorrentBroadcastFactory作为BroadcastManager的广播工厂实例。之后调用TorrentBroadcastFactory的initialize方法对TorrentBroadcastFactory进行初始化。
  • 最后将BroadcastManager自身标记为初始化完成状态。

BroadcastManager中的三个方法

  def stop() {broadcastFactory.stop()}def newBroadcast[T: ClassTag](value_ : T, isLocal: Boolean): Broadcast[T] = {broadcastFactory.newBroadcast[T](value_, isLocal, nextBroadcastId.getAndIncrement())}def unbroadcast(id: Long, removeFromDriver: Boolean, blocking: Boolean) {broadcastFactory.unbroadcast(id, removeFromDriver, blocking)}

BroadcastManager的三个方法都分别代理了TorrentBroadcastFactory的对应方法

BroadcastFactory

BroadcastFactory 作为一个工厂类 在 BroadcastManager 中被初始化,目前只有 TorrentBroadcastFactory 一个实现类。

BroadcastFactory 在 BroadcastManager 中 以成员变量的方式被声明

    private var broadcastFactory: BroadcastFactory = null

在 BroadcastManager#initialize()中以 TorrentBroadcastFactory被初始化,可参见 BroadcastManager 的initialize() 方法

  private def initialize() {...broadcastFactory = new TorrentBroadcastFactory...}

trait BroadcastFactory 有 四个方法,其功能分别是:

  • 初始化(initialize)
  • 广播一个新的变量(newBroadcast)
  • 删除一个已有的变量(unbroadcast)
  • 关闭BroadcastFactory (关闭)
private[spark] trait BroadcastFactory {def initialize(isDriver: Boolean, conf: SparkConf, securityMgr: SecurityManager): Unit/*** Creates a new broadcast variable.** @param value value to broadcast* @param isLocal whether we are in local mode (single JVM process)* @param id unique id representing this broadcast variable*/def newBroadcast[T: ClassTag](value: T, isLocal: Boolean, id: Long): Broadcast[T]def unbroadcast(id: Long, removeFromDriver: Boolean, blocking: Boolean): Unitdef stop(): Unit
}

浅析Broadcast相关推荐

  1. 服务器虚拟交换机到网卡不通,浅析虚拟化环境网卡绑定模式

    作者:郭国华,新炬网络高级技术专家. 随着云计算的发展,虚拟化技术已普遍应用于各类型企业,同时虚拟化为服务器带来密集的网络吞吐压力已成为影响云计算发展的最大性能瓶颈之一,为了最大化提升主机网络性能,对 ...

  2. linux内核定时器死机,浅析linux内核中timer定时器的生成和sofirq软中断调用流程

    浅析linux内核中timer定时器的生成和sofirq软中断调用流程 mod_timer添加的定时器timer在内核的软中断中发生调用,__run_timers会spin_lock_irq(& ...

  3. 【flink】Flink 1.12.2 源码浅析 :Task数据输出

    1.概述 转载:Flink 1.12.2 源码浅析 :Task数据输出 Stream的计算模型采用的是PUSH模式, 上游主动向下游推送数据, 上下游之间采用生产者-消费者模式, 下游收到数据触发计算 ...

  4. 【flink】Flink 1.12.2 源码浅析 : StreamTask 浅析

    1.概述 转载:Flink 1.12.2 源码浅析 : StreamTask 浅析 在Task类的doRun方法中, 首先会构建一个运行环境变量RuntimeEnvironment . 然后会调用lo ...

  5. 大疆Onboard SDK 3.2玫瑰线例程浅析

    大疆Onboard SDK 3.2玫瑰线例程浅析 前不久参加2017英飞凌杯无人机竞赛,研究了一下大疆的OnbardSDK,现在比赛结束了,简单写一下其中自带的玫瑰线例程分析,也算对比赛进行一点总结. ...

  6. 启动优化·基础论·浅析 Android 启动优化

    " [小木箱成长营]启动优化系列文章(排期中): 启动优化 · 工具论 · 启动优化常见的六种工具 启动优化 · 方法论 · 这样做启动优化时长降低 70% 启动优化 · 实战论 · 手把手 ...

  7. Android R WiFi热点流程浅析

    Android R WiFi热点流程浅析 Android上的WiFi SoftAp功能是用户常用的功能之一,它能让我们分享手机的网络给其他设备使用. 那Android系统是如何实现SoftAp的呢,这 ...

  8. linux dhclient源码 多进程,Linux日志中出现大量dhclient mesage浅析,

    Linux日志中出现大量dhclient mesage浅析, 最近检查发现一台Linux服务器,发现其日志里面有大量下面信息,其中部分信息做了脱敏处理.其中一个地址A(192.168.AAA.AAA) ...

  9. 浅析 JavaScript 中的 函数 uncurrying 反柯里化

    柯里化 柯里化又称部分求值,其含义是给函数分步传递参数,每次传递参数后部分应用参数,并返回一个更具体的函数接受剩下的参数,这中间可嵌套多层这样的接受部分参数函数,直至返回最后结果. 因此柯里化的过程是 ...

最新文章

  1. “作为字节跳动面试官,有些话我不得不说!”
  2. Activiti之H2
  3. jsp引入页面,即包含文件的两种方法介绍
  4. python 变量赋值变成元组
  5. python是哪个专业学的-专业python培训学校
  6. CorelDRAW文件损坏怎么办
  7. Ubuntu 下搭建 Android 开发环境(图文)
  8. 批量删除新浪微博的博文
  9. 构建Lua解释器Part3:String设计与实现
  10. [渝粤教育] 天水师范学院 陶质文物保护修复 参考 资料
  11. oracle递归查询实例
  12. XXXXXXXXXXX
  13. 【Java8新特性 串行/并行流-Optional容器类-时间格式化线程安全等】
  14. charles常用功能使用说明
  15. 最优策略(Optimal Policy)及贝尔曼最优方程(Bellman Optimally Equation)
  16. 刨根问底:Windows CTF协议安全性研究
  17. 正则表达式(一)认识正则表达式
  18. PMO如何赋能与支撑组织级项目管理?
  19. 查看文件的使用的大小
  20. 在python中filter是什么意思_python中的filter函数功能是什么?

热门文章

  1. RocketMq(一)-下载安装
  2. Python画二维图和三维图
  3. 计量经济学 李子奈 第四版 pdf
  4. android文字轨迹动画,文字转化为路径动画 TextPathView
  5. 实践出真理:2009年各大网店系统比较分析
  6. 解决pyqt5 无法初始化Qt平台插件的问题
  7. 安装适用于 Android 设备的 Android USB 驱动程序
  8. 意大利语中的一些常用词汇
  9. SpringBoot + Vue + ElementUI 开发的后台管理系统
  10. 计算机cpu 二级缓存,电脑CPU二级缓存有什么用你知道吗