第37课:Task执行内幕与结果处理解密

本文详细解析了Spark中Task的执行流程,从Driver发起请求到Executor执行Task,再到TaskRunner运行具体Task,包括反序列化TaskDescription、依赖、Task及RDD,以及执行Task.run方法并返回结果给Driver的全过程。

Task执行原理流程图

    1.当Driver中的CoarseGrainedSchedulerBackend给CoarseGrainedExecutorBackend发送LaunchTask之后,CoarseGrainedExecutorBackend在收到LaunchTask消息后,首先会反序列化TaskDescription: 

  val taskDesc = ser.deserialize[TaskDescription](data.value)

          2.Executor会通过会通过launchTask来执行Task:

  executor.launchTask(this, taskId = taskDesc.taskId, attemptNumber = 
     taskDesc.attemptNumber,
          taskDesc.name, taskDesc.serializedTask)

        3.TaskRunner在ThreadPool来运行具体的Task,在TaskRunner的run方法中首先会通过调用statusUpdate给Driver发信息汇报自己的状态说明自己是Running状态:

execBackend.statusUpdate(taskId, TaskState.RUNNING, EMPTY_BYTE_BUFFER)

       4.TaskRunner内部会做一些准备工作:例如反序列化Task的依赖:

Task.deserializeWithDependencies(serializedTask)

       然后通过网络来获取需要的文件、Jar等;

 updateDependencies(taskFiles, taskJars)

      5.然后是反序列Task本身;

 task = ser.deserialize[Task[Any]](taskBytes,Thread.currentThread.getContextClassLoader)

     6.调用反序列化后的Task.run方法来执行任务并获得执行结果

    val (value, accumUpdates) = try {
          val res = task.run(
            taskAttemptId = taskId,
            attemptNumber = attemptNumber,
            metricsSystem = env.metricsSystem)
          threwException = false
          res
         }

      其中Task的run方法调用的时候会导致会导致Task的抽象方法runTask的调用,在Task的runTask内部会调用RDD的iterator()方法,该方法就是我们针对当前Task所对应的Partition进行计算的关键之所在,在具体的处理内部会迭代Partition的元素并交给我们自定义的function进行处理!

      对于ShuffleMapTask,首先要对RDD以及其依赖关系进行反序列化:

val (rdd, dep) = ser.deserialize[(RDD[_], ShuffleDependency[_, _, _])](

      最终计算的时候会调用RDD的compute方法:

  def compute(split: Partition, context: TaskContext): Iterator[T]

       具体计算的时候有具体的RDD,例如MapPartitRDD的compute:

   override def compute(split: Partition, context: TaskContext): Iterator[U] =
      f(context, split.index, firstParent[T].iterator(split, context))

      对也ResultTask:

    val (rdd, func) = ser.deserialize[(RDD[T], (TaskContext, Iterator[T]) => U)](
          ByteBuffer.wrap(taskBinary.value), Thread.currentThread.getContextClassLoader)
        _executorDeserializeTime = System.currentTimeMillis() - deserializeStartTime
        metrics = Some(context.taskMetrics)
        func(context, rdd.iterator(partition, context))

     其中的f就是我们在当前的Stage中计算具体Partition的业务逻辑代码; 

     7.把执行结果序列:

  val valueBytes = resultSer.serialize(value)

    并根据大小判断不同的结果传回给Driver的方式

    8.CoarseGrainedExecutorBackend给DriverEndpoint发送StatusUpdate来传输执行结果,DriverEndpoint会把执行结果传递给TaskSchedulerImpl处理,然后交给TaskResultGetter内部通过线程去分别处理Task执行成功和失败时候的不同情况,然后告诉DAGScheduler任务处理结束的状况。

补充:
    1.在执行具体Task的业务逻辑前会进行四次反序列:
        a) TaskDescription的反序列化;
        b) 反序列化Task的依赖;
        c) Task的反序列化;
        d) RDD反序列化;
    2.在Spark中AkkaFrameSize是128MB,所有可以广播非常大的任务;而任务的执行结果可以最大达到1G。


 

先展示下效果 https://pan.quark.cn/s/5061241daffd 在使用Apache HttpClient库发起HTTP请求的过程中,有可能遇到`HttpClient`返回`response`为`null`的现象,这通常暗示着请求未能成功执行或部分资源未能得到妥善处理。 在本文中,我们将详细研究该问题的成因以及应对策略。 我们需要掌握`HttpClient`的运作机制。 `HttpClient`是一个功能强大的Java库,用于发送HTTP请求并接收响应。 它提供了丰富的API,能够处理多种HTTP方法(例如GET、POST等),支持重试机制、连接池管理以及自定义请求头等特性。 然而,一旦`response`对象为`null`,可能涉及以下几种情形:1. **连接故障**:网络连接未成功建立或在请求期间中断。 需要检查网络配置,确保服务器地址准确且可访问。 2. **超时配置**:若请求超时,`HttpClient`可能不会返回`response`。 应检查连接和读取超时设置,并根据实际需求进行适当调整。 3. **服务器故障**:服务器可能返回了错误状态码(如500内部服务器错误),`HttpClient`无法解析该响应。 建议查看服务器日志以获取更多详细信息。 4. **资源管理**:在某些情况下,如果请求的响应实体未被正确关闭,可能导致连接被提前释放,进而使后续的`response`对象为`null`。 在使用`HttpClient 3.x`版本时,必须手动调用`HttpMethod.releaseConnection()`来释放连接。 而在`HttpClient 4.x`及以上版本中,推荐采用`EntityUtils.consumeQuietly(respons...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值