[jira] [Created] (FLINK-13478) Decouple two different release strategies in BoundedBlockingSubpartition

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[jira] [Created] (FLINK-13478) Decouple two different release strategies in BoundedBlockingSubpartition

Shang Yuanchun (Jira)
zhijiang created FLINK-13478:
--------------------------------

             Summary: Decouple two different release strategies in BoundedBlockingSubpartition
                 Key: FLINK-13478
                 URL: https://issues.apache.org/jira/browse/FLINK-13478
             Project: Flink
          Issue Type: Improvement
          Components: Runtime / Coordination, Runtime / Network
            Reporter: zhijiang
            Assignee: zhijiang


We have two basic release strategies atm. One is based on consumption via network notification from consumer. The other is based on notification via RPC from JM/scheduler.

But in current implementation of {{BoundedBlockingSubpartition}}, these two ways are coupled with each other. In detail, the network consumption notification could only close data file after the release RPC was triggered from JM/scheduler. Also for the release RPC it has to wait all the reader views really released before closing the data file. So the release RPC still relies on network notification to some extent.

In order to make these two release strategies independent, if the release call is from JM/scheduler RPC, we could immediately release all the view readers and then close the data file as well. If the release is based on consumption notification, after all the view readers for one subpartition are released, the subpartition could further notify the parent {{ResultPartition}} which decides whether to release the whole partition or not.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)