hudi-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Suneel Marthi (Jira)" <>
Subject [jira] [Updated] (HUDI-80) Incrementalize cleaning based on timeline metadata
Date Sun, 02 Feb 2020 23:42:03 GMT


Suneel Marthi updated HUDI-80:
    Fix Version/s:     (was: 0.5.1)

> Incrementalize cleaning based on timeline metadata
> --------------------------------------------------
>                 Key: HUDI-80
>                 URL:
>             Project: Apache Hudi (incubating)
>          Issue Type: Improvement
>          Components: Performance, Writer Core
>            Reporter: Vinoth Chandar
>            Assignee: Balaji Varadarajan
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 0.5.2
>          Time Spent: 20m
>  Remaining Estimate: 0h
> Currently, cleaning lists all partitions once and then picks the file groups to clean
from DFS. This is partly due to support for retaining last x versions of a file group as well
(in additon to the default mode of retaining last x commits). This could be expensive in some
cases. See [] for a issue reported. 
> This task tracks work to 
>  * Determine if we can get rid of last X version cleaning mode 
>  * Implement cleaning based on file metadata in hudi timeline itself
>  * Resulting rpc calls to DFS would be O(number of filegroups cleaned)/O(number of partitions
touched in last X commits)
> HUDI-1 implements a timeline service for writing, that promotes caching of file system
metadata. This can be implemented on top of that. 

This message was sent by Atlassian Jira

View raw message