You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Piotr Nowojski (Jira)" <ji...@apache.org> on 2020/05/22 05:36:00 UTC

[jira] [Closed] (FLINK-17860) Recursively remove channel state directories

     [ https://issues.apache.org/jira/browse/FLINK-17860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Piotr Nowojski closed FLINK-17860.
----------------------------------
    Resolution: Duplicate

It looks like this is a duplicate of FLINK-13856, which contains a valuable discussion, so I'm closing this one.

> Recursively remove channel state directories
> --------------------------------------------
>
>                 Key: FLINK-17860
>                 URL: https://issues.apache.org/jira/browse/FLINK-17860
>             Project: Flink
>          Issue Type: Improvement
>          Components: Runtime / Checkpointing
>    Affects Versions: 1.11.0
>            Reporter: Roman Khachatryan
>            Assignee: Roman Khachatryan
>            Priority: Critical
>             Fix For: 1.11.0
>
>
> With a high degree of parallelism, we end up with n*n number of files in each checkpoint. Writing them if fast (from many subtasks), removing them is slow (from JM).
> This can't be mitigated by state.backend.fs.memory-threshold because most states are ten to hundreds Mb.
>  
> Instead of going through them 1 by 1, we could remove the directory recursively.
>  
> The easiest way is to remove channelStateHandle.discard() calls and use isRecursive=true  in FsCompletedCheckpointStorageLocation.disposeStorageLocation.
> Note: with the current isRecursive=false there will be an exception if there are any files left under that folder.
>  
> This can be extended to other state handles in future as well.



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