You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Yanfei Lei (Jira)" <ji...@apache.org> on 2022/06/14 06:18:00 UTC
[jira] [Updated] (FLINK-26560) Make the threshold of the overlap fraction of incremental restoring configurable
[ https://issues.apache.org/jira/browse/FLINK-26560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Yanfei Lei updated FLINK-26560:
-------------------------------
Parent: FLINK-28038
Issue Type: Sub-task (was: Improvement)
> Make the threshold of the overlap fraction of incremental restoring configurable
> --------------------------------------------------------------------------------
>
> Key: FLINK-26560
> URL: https://issues.apache.org/jira/browse/FLINK-26560
> Project: Flink
> Issue Type: Sub-task
> Components: Runtime / State Backends
> Affects Versions: 1.15.0
> Reporter: Yanfei Lei
> Assignee: Yanfei Lei
> Priority: Major
> Labels: pull-request-available
> Fix For: 1.16.0
>
>
> Currently, the threshold of the overlap fraction of incremental restoring `OVERLAP_FRACTION_THRESHOLD` is a hard-coded, fixed value.
>
> {code:java}
> public class RocksDBIncrementalCheckpointUtils {
> /**
> * The threshold of the overlap fraction of the handle's key-group range with target key-group
> * range to be an initial handle.
> */
> private static final double OVERLAP_FRACTION_THRESHOLD = 0.75;
> ...
> } {code}
>
> `OVERLAP_FRACTION_THRESHOLD` is used to control how to restore a state handle, different thresholds can affect the performance of restoring. The behavior of deletion in restoring has been changed after FLINK-21321, the old threshold no longer fits the current situation.
> To make it easier to modify the threshold according to different situations, changing `OVERLAP_FRACTION_THRESHOLD` to be configurable is suggested.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)