flink-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Flink Jira Bot (Jira)" <j...@apache.org>
Subject [jira] [Commented] (FLINK-951) Reworking of Iteration Synchronization, Accumulators and Aggregators
Date Fri, 16 Apr 2021 11:35:03 GMT

    [ https://issues.apache.org/jira/browse/FLINK-951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17323746#comment-17323746
] 

Flink Jira Bot commented on FLINK-951:
--------------------------------------

This issue is assigned but has not received an update in 7 days so it has been labeled "stale-assigned".
If you are still working on the issue, please give an update and remove the label. If you
are no longer working on the issue, please unassign so someone else may work on it. In 7 days
the issue will be automatically unassigned.

> Reworking of Iteration Synchronization, Accumulators and Aggregators
> --------------------------------------------------------------------
>
>                 Key: FLINK-951
>                 URL: https://issues.apache.org/jira/browse/FLINK-951
>             Project: Flink
>          Issue Type: Improvement
>          Components: API / DataSet, Runtime / Task
>    Affects Versions: 0.9
>            Reporter: Markus Holzemer
>            Assignee: Markus Holzemer
>            Priority: Major
>              Labels: refactoring, stale-assigned
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> I just realized that there is no real Jira issue for the task I am currently working
on. 
> I am currently reworking a few things regarding Iteration Synchronization, Accumulators
and Aggregators. Currently the synchronization at the end of one superstep is done through
channel events. That makes it hard to track the current status of iterations. That is why
I am changing this synchronization to use RPC calls with the JobManager, so that the JobManager
manages the current status of all iterations.
> Currently we use Accumulators outside of iterations and Aggregators inside of iterations.
Both have a similiar function, but a bit different interfaces and handling. I want to unify
these two concepts. I propose that we stick in the future to Accumulators only. Aggregators
therefore are removed and Accumulators are extended to cover the usecases Aggregators were
used fore before. The switch to RPC for iterations makes it possible to also send the current
Accumulator values at the end of each superstep, so that the JobManager (and thereby the webinterface)
will be able to print intermediate accumulation results.



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

Mime
View raw message