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

Specialize filter kernel for binary arrays (#2969) #2971

Merged
merged 3 commits into from
Nov 1, 2022

Conversation

tustvold
Copy link
Contributor

Which issue does this PR close?

Part of #2969

Rationale for this change

Should make filtering byte arrays significantly faster, we actually lacked a specialized implementation for them

What changes are included in this PR?

Are there any user-facing changes?

@github-actions github-actions bot added the arrow Changes to the arrow crate label Oct 28, 2022
@tustvold tustvold changed the title Generalize filter byte array (#2969) Specialize filter kernel for byte arrays (#2969) Oct 29, 2022
@tustvold tustvold requested a review from viirya November 1, 2022 10:16
@alamb alamb changed the title Specialize filter kernel for byte arrays (#2969) Specialize filter kernel for binary arrays (#2969) Nov 1, 2022
Copy link
Contributor

@alamb alamb left a comment

Choose a reason for hiding this comment

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

🐎 very nice @tustvold

Just to be clear, I think this adds the ability to filter Binary and LargeBinary arrays and we already had specialized kernels for Utf8 and LargeUtf8`

@@ -626,17 +626,17 @@ where
///
/// Note: NULLs with a non-zero slot length in `array` will have the corresponding
/// data copied across. This allows handling the null mask separately from the data
fn filter_string<OffsetSize>(
array: &GenericStringArray<OffsetSize>,
fn filter_bytes<T>(
Copy link
Contributor

Choose a reason for hiding this comment

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

The comment a few lines above is now out of date:

/// filter implementation for string arrays

Should be:

/// filter implementation for byte arrays

@@ -626,17 +626,17 @@ where
///
Copy link
Member

Choose a reason for hiding this comment

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

Not shown in the diff, but the comment is out-of-dated:

/// `filter` implementation for string arrays

@tustvold tustvold merged commit 62e878e into apache:master Nov 1, 2022
@ursabot
Copy link

ursabot commented Nov 1, 2022

Benchmark runs are scheduled for baseline = c7f97c2 and contender = 62e878e. 62e878e is a master commit associated with this PR. Results will be available as each benchmark for each run completes.
Conbench compare runs links:
[Skipped ⚠️ Benchmarking of arrow-rs-commits is not supported on ec2-t3-xlarge-us-east-2] ec2-t3-xlarge-us-east-2
[Skipped ⚠️ Benchmarking of arrow-rs-commits is not supported on test-mac-arm] test-mac-arm
[Skipped ⚠️ Benchmarking of arrow-rs-commits is not supported on ursa-i9-9960x] ursa-i9-9960x
[Skipped ⚠️ Benchmarking of arrow-rs-commits is not supported on ursa-thinkcentre-m75q] ursa-thinkcentre-m75q
Buildkite builds:
Supported benchmarks:
ec2-t3-xlarge-us-east-2: Supported benchmark langs: Python, R. Runs only benchmarks with cloud = True
test-mac-arm: Supported benchmark langs: C++, Python, R
ursa-i9-9960x: Supported benchmark langs: Python, R, JavaScript
ursa-thinkcentre-m75q: Supported benchmark langs: C++, Java

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
arrow Changes to the arrow crate
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants