Github user squito commented on a diff in the pull request:

    https://github.com/apache/spark/pull/7770#discussion_r36055045
  
    --- Diff: core/src/main/scala/org/apache/spark/scheduler/DAGScheduler.scala 
---
    @@ -773,16 +773,26 @@ class DAGScheduler(
         stage.pendingTasks.clear()
     
         // First figure out the indexes of partition ids to compute.
    -    val partitionsToCompute: Seq[Int] = {
    +    val (allPartitions: Seq[Int], partitionsToCompute: Seq[Int]) = {
           stage match {
             case stage: ShuffleMapStage =>
    -          (0 until stage.numPartitions).filter(id => 
stage.outputLocs(id).isEmpty)
    +          val allPartitions = 0 until stage.numPartitions
    +          val filteredPartitions = allPartitions.filter(id => 
stage.outputLocs(id).isEmpty)
    +          (allPartitions, filteredPartitions)
             case stage: ResultStage =>
               val job = stage.resultOfJob.get
    -          (0 until job.numPartitions).filter(id => !job.finished(id))
    +          val allPartitions = 0 until job.numPartitions
    +          val filteredPartitions = allPartitions.filter(id => 
!job.finished(id))
    +          (allPartitions, filteredPartitions)
           }
         }
     
    +    // Reset internal accumulators only if this stage is not partially 
submitted
    +    // Otherwise, we may override existing accumulator values from some 
tasks
    --- End diff --
    
    Can you point me to that test case if you've already pushed it?  sorry I am 
missing it.
    
    I'm wondering about the rationale for clearing this value.  There are a lot 
of different cases how we can end up submitting tasks for a stage, eg. (1) 
initially compute all the partitions (2) recompute all the partitions (3) only 
compute some of the partitions, but for the first time for those partitions (4) 
only compute some of the partitions, which have already been computed, etc.
    
    Can you tell me the rationale for which cases get the metrics cleared?  I'm 
not seeing an explanation which seems consistent.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

---------------------------------------------------------------------
To unsubscribe, e-mail: reviews-unsubscr...@spark.apache.org
For additional commands, e-mail: reviews-h...@spark.apache.org

Reply via email to