Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[core] Manage the lookup file disk cache in task granularity #3853

Merged
merged 3 commits into from
Jul 31, 2024

Conversation

Aitozi
Copy link
Contributor

@Aitozi Aitozi commented Jul 30, 2024

Purpose

Linked issue: close #3848

Tests

API and Format

Documentation

@Aitozi Aitozi requested a review from JingsongLi July 30, 2024 12:54
@@ -207,12 +211,8 @@ private LookupFile createLookupFile(DataFileMeta file) throws IOException {
return new LookupFile(localFile, file, lookupStoreFactory.createReader(localFile, context));
}

@Override
public void close() throws IOException {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we clean all files when closing?

Copy link
Contributor Author

@Aitozi Aitozi Jul 30, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In here . And if a partition bucket writer is idle and closed, the lookup file for this writer will only be evicted based on size or LRU (there is no explicit close for this situation).

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

But by default, there is no max size configuration.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Evict by the retention time?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Before the LookupLevels's cache file will be cleared when the writer is idled (no data written to in the latest snapshot).

Now, the cache file will still be there after the idle writer closed and evict by the retention time by default.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, it is better to remove all files when closing this writer.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can manage a collection in LookupLevels.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can manage a collection in LookupLevels.

Thanks, Make sense to me.

Copy link
Contributor

@JingsongLi JingsongLi left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1

@JingsongLi JingsongLi merged commit 29bc06c into apache:master Jul 31, 2024
9 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Feature] Manage the lookup file disk cache in task granularity
2 participants