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

Converting container builder #31977

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

antiguru
Copy link
Member

At the moment, we have many places where we consolidate opportunistically to reduce the amount of data as early as possible. This works fine for vectors because we have dedicated functions, and vectors offer mutable access to their contents. It's much harder to implement for containers that do not offer mutable access, such as columns. To avoid losing the benefit of eager consolidation, we introduce a converting container builder that wraps two container builders: The first absorbs inputs, the second absorbs the outputs of the first. This way, we can consolidate the inputs and then stage them in a column, combining the benefits of consolidation and columnar data layout.

This has the beneficial effect that allocations contained in the consolidated output do not last beyond the second container builder, i.e., they are short-lived and can be easily recycled through the allocator on the same thread.

Checklist

  • This PR has adequate test coverage / QA involvement has been duly considered. (trigger-ci for additional test/nightly runs)
  • This PR has an associated up-to-date design doc, is a design doc (template), or is sufficiently small to not require a design.
  • If this PR evolves an existing $T ⇔ Proto$T mapping (possibly in a backwards-incompatible way), then it is tagged with a T-proto label.
  • If this PR will require changes to cloud orchestration or tests, there is a companion cloud PR to account for those changes that is tagged with the release-blocker label (example).
  • If this PR includes major user-facing behavior changes, I have pinged the relevant PM to schedule a changelog post.

At the moment, we have many places where we consolidate opportunistically
to reduce the amount of data as early as possible. This works fine for
vectors because we have dedicated functions, and vectors offer mutable
access to their contents. It's much harder to implement for containers that
do not offer mutable access, such as columns. To avoid losing the benefit
of eager consolidation, we introduce a converting container builder that
wraps two container builders: The first absorbs inputs, the second absorbs
the outputs of the first. This way, we can consolidate the inputs and then
stage them in a column, combining the benefits of consolidation and
columnar data layout.

This has the beneficial effect that allocations contained in the
consolidated output do not last beyond the second container builder, i.e.,
they are short-lived and can be easily recycled through the allocator on
the same thread.

Signed-off-by: Moritz Hoffmann <[email protected]>
@antiguru antiguru requested a review from a team as a code owner March 21, 2025 13:17
@antiguru antiguru requested a review from frankmcsherry March 21, 2025 13:17
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.

1 participant