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

Parquet file compaction #621

Merged
merged 9 commits into from
Dec 13, 2023
Merged

Parquet file compaction #621

merged 9 commits into from
Dec 13, 2023

Conversation

thorfour
Copy link
Contributor

@thorfour thorfour commented Dec 8, 2023

This adds an optional compaction function to FrostDB to allow for compaction to write to disk instead of an in-memory buffer.

It appends compacted parts into an os temporary file, and will truncate the file when the level is compacted into the next level.

I plan to run benchmarks on this but initially ran with these settings on Parca and observed the expected reduction in memory usage, but would expect the query latency to increase as well as compaction times.

Closes #605

@thorfour thorfour requested a review from asubiotto December 8, 2023 20:44
@thorfour thorfour force-pushed the parquet-file-part branch 3 times, most recently from b20f7fc to bd69917 Compare December 11, 2023 15:34
parts/file.go Outdated Show resolved Hide resolved
table.go Outdated Show resolved Hide resolved
parts/file.go Outdated Show resolved Hide resolved
@thorfour thorfour force-pushed the parquet-file-part branch 4 times, most recently from 13cc7fd to 6508cab Compare December 12, 2023 21:13
@thorfour thorfour requested a review from asubiotto December 12, 2023 21:14
Adds a Release() requirement to the Part interface
this allows the file parts to mark their sections as released
to be able to safely truncate the underylying file.
Instead of checking if it's a arrow Part allow the Part to determine how
to release
Adds Parquet file compaction that will append the Parquet files
into a os temporary file. During compaction of the file part it will
truncate the file after the parts are released so that new parts can be
appended to the file.
Instead of having it be responsible for each level just have it hande a
single level, and make multiple of them when configuring the levels
Instead of creating a new file part we can just reuse the parquet part
with the underlying parquet.File in the buffer being on disk
Copy link
Member

@asubiotto asubiotto left a comment

Choose a reason for hiding this comment

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

Thanks!

@thorfour thorfour merged commit 3a95f59 into main Dec 13, 2023
2 checks passed
@thorfour thorfour deleted the parquet-file-part branch December 13, 2023 14:36
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.

L1+ disk compaction
2 participants