flink-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FLINK-1843) Job History gets cleared too fast
Date Wed, 29 Apr 2015 13:04:06 GMT

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

ASF GitHub Bot commented on FLINK-1843:

Github user StephanEwen commented on the pull request:

    Looks good.
    +1 to merge this

> Job History gets cleared too fast
> ---------------------------------
>                 Key: FLINK-1843
>                 URL: https://issues.apache.org/jira/browse/FLINK-1843
>             Project: Flink
>          Issue Type: Bug
>          Components: JobManager
>    Affects Versions: 0.9
>            Reporter: Maximilian Michels
>            Assignee: Maximilian Michels
>              Labels: starter
>             Fix For: 0.9
> As per FLINK-1442, the JobManager stores the archived ExecutionGraph behind a SoftReference.
At least for local setups, this mechanism doesn't seem to work properly. There are two issues:
> - The history gets cleared too fast
> - The history gets cleared in a non-sequential fashion, i.e. arbitrary old ExecutionGraph
are discarded
> To solve these problems we might
> - Store the least recent ExecutionGraph behind a SoftReference
> - Store the most recent ExecutionGraphs without a SoftReference
> That way, we can save memory but have the latest history available to the user. We might
introduce a configuration variable where the user can specify the number of ExecutionGraphs
that should be held in memory. The remaining can be stored behind a SoftReference.

This message was sent by Atlassian JIRA

View raw message