[ 
https://issues.apache.org/jira/browse/BEAM-10303?focusedWorklogId=466871&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-466871
 ]

ASF GitHub Bot logged work on BEAM-10303:
-----------------------------------------

                Author: ASF GitHub Bot
            Created on: 05/Aug/20 16:33
            Start Date: 05/Aug/20 16:33
    Worklog Time Spent: 10m 
      Work Description: lukecwik commented on a change in pull request #12430:
URL: https://github.com/apache/beam/pull/12430#discussion_r465855425



##########
File path: 
sdks/java/harness/src/main/java/org/apache/beam/fn/harness/FnApiDoFnRunner.java
##########
@@ -1029,7 +1040,27 @@ public double getProgress() {
   private Progress getProgress() {
     synchronized (splitLock) {
       if (currentTracker instanceof RestrictionTracker.HasProgress) {
-        return ((HasProgress) currentTracker).getProgress();
+        Progress progress = ((HasProgress) currentTracker).getProgress();
+        double totalWork = progress.getWorkCompleted() + 
progress.getWorkRemaining();
+        double completed =
+            totalWork * currentWindowIterator.previousIndex() + 
progress.getWorkCompleted();
+        double remaining =
+            totalWork * (currentElement.getWindows().size() - 
currentWindowIterator.nextIndex())
+                + progress.getWorkRemaining();
+        return Progress.from(completed, remaining);
+      }
+    }
+    return null;
+  }
+
+  private Progress getProgressFromWindowObservingTruncate(double 
elementCompleted) {
+    synchronized (splitLock) {
+      if (currentWindowIterator != null) {

Review comment:
       Yes, truncate exposes some of the issues where a non root SDF makes 
things interesting.
   
   For option2, if we assume that `inprogress` is included in `remaining` then:
   ```
   total = completed + remaining
   fraction_completed = (inprogress / remaining) * 
downstream_fraction_completed + completed / total
   ```
   `downstream_fraction_completed` would be computed recursively and could also 
be computed effectively if there were multiple consumers with 
`(completed_conumers + downstream_fraction_completed) / total_num_consumers`




----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
[email protected]


Issue Time Tracking
-------------------

    Worklog Id:     (was: 466871)
    Time Spent: 4h 20m  (was: 4h 10m)

> FnApiDoFnRunner window observing optimization
> ---------------------------------------------
>
>                 Key: BEAM-10303
>                 URL: https://issues.apache.org/jira/browse/BEAM-10303
>             Project: Beam
>          Issue Type: Improvement
>          Components: sdk-java-harness
>            Reporter: Luke Cwik
>            Assignee: Luke Cwik
>            Priority: P2
>              Labels: portability
>          Time Spent: 4h 20m
>  Remaining Estimate: 0h
>
> Currently the FnApiDoFnRunner processes each element within it's own window. 
> There is an easy optimization where we process the element once if and only 
> if the function doesn't observe the window (either directly or indirectly via 
> side inputs/state/...).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to