Repository navigation
perf: decode Variant object offsets in bulk - #1393
Open
XiaoHongbo-Hope wants to merge 2 commits into
Open
XiaoHongbo-Hope wants to merge 2 commits into
XiaoHongbo-Hope wants to merge 2 commits into
Conversation
XiaoHongbo-Hope
marked this pull request as ready for review
November 12, 2026 14:14
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What
Decode a validated Variant object offset table in bulk, dispatching once on its 1–4 byte width instead of calling the checked, byte-at-a-time decoder for every offset.
The existing root-size, offset-order, field-layout and selected-value validation remains unchanged. No format, API, configuration or dependency changes.
Validation
cargo fmt --allandgit diff --check.cargo test --release -p paimon --lib variant::is running; results will be updated before marking ready.Performance
An earlier-base microbenchmark (
fb5e8f7, Arrow 58) exercised the productionvariant_get_numeric_fieldsentry point on resident Arrow input: 146 rows, 200 projected fields, 5,569 fields per Variant. Three independent processes with alternating baseline/candidate rounds measured median process CPU of 12.21–12.40 ms versus 7.99–8.06 ms (34–35% less CPU). Complete Arrow outputs matched.This measures numeric extraction only, excluding Parquet decoding, I/O and planning. It is not an end-to-end throughput claim or a performance measurement of the latest main dependency set. No customer fixture is included.