-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Scalable Gapfill Implementation for Avg/Count/Sum #8647
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
Scalable Gapfill Implementation for Avg/Count/Sum #8647
Conversation
This reverts commit 74ac4d2.
Codecov Report
@@ Coverage Diff @@
## master #8647 +/- ##
============================================
- Coverage 66.16% 62.88% -3.29%
- Complexity 4387 4554 +167
============================================
Files 1277 1681 +404
Lines 64430 88120 +23690
Branches 10014 13178 +3164
============================================
+ Hits 42633 55413 +12780
- Misses 18786 28735 +9949
- Partials 3011 3972 +961
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
...t-core/src/main/java/org/apache/pinot/core/query/reduce/ScalableGapfillProcessorFactory.java
Outdated
Show resolved
Hide resolved
pinot-core/src/main/java/org/apache/pinot/core/query/reduce/ScalableGapfillProcessor.java
Show resolved
Hide resolved
pinot-core/src/main/java/org/apache/pinot/core/query/reduce/ScalableGapfillProcessor.java
Outdated
Show resolved
Hide resolved
...-core/src/main/java/org/apache/pinot/core/query/reduce/ScalableGapfillProcessorForCount.java
Outdated
Show resolved
Hide resolved
Jackie-Jiang
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Description
This is the performance optimization for avg/count/sum aggregation of gap filled result. These aggregation functions are about counting. It is time-consuming to create the gapfilled rows when doing the aggregation. This PR will not create the gap filled rows when doing the counting. This will give 10x performance improvement.
Upgrade Notes
Does this PR prevent a zero down-time upgrade? (Assume upgrade order: Controller, Broker, Server, Minion)
backward-incompat, and complete the section below on Release Notes)Does this PR fix a zero-downtime upgrade introduced earlier?
backward-incompat, and complete the section below on Release Notes)Does this PR otherwise need attention when creating release notes? Things to consider:
release-notesand complete the section on Release Notes)Release Notes
Documentation