Skip to content

release/v20.11: opt(rollup): change the way rollups are done #7277

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

Merged
merged 1 commit into from
Jan 15, 2021

Conversation

NamanJain8
Copy link
Contributor

@NamanJain8 NamanJain8 commented Jan 12, 2021

ISSUE:
In a load that has a lot of updations to a key, a lot of deltas accumulate over time. These keys are added to the batch for a rollup. Due to the lossy behavior of rollups, they get dropped while the dgraph is busy rolling up keys (that might have much smaller delta count).

FIX:
We now add keys to rollupBatch just after pushing the deltas over to badger.
We now have a priority inside the keys that we rollup. The keys for which the deltas have increased up to a certain limit (hard-coded 500), we add it to high priority rollupKeyPool so that it has high chances to get rolled up and does not get dropped due to lossy behavior of rollups.

Co-authored-by: Manish R Jain manish@dgraph.io
Co-authored-by: NamanJain8 jnaman806@gmail.com
(cherry picked from commit cbdc991)


This change is Reviewable

ISSUE:
In a load that has a lot of updations to a key, a lot of deltas accumulate over time. These keys are added to the batch for a rollup. Due to the lossy behavior of rollups, they get dropped while the dgraph is busy rolling up keys (that might have much smaller delta count).

FIX:
We now add keys to rollupBatch just after pushing the deltas over to badger.
We now have a priority inside the keys that we rollup. The keys for which the deltas have increased up to a certain limit (hard-coded 500), we add it to high priority rollupKeyPool so that it has high chances to get rolled up and does not get dropped due to lossy behavior of rollups.

Co-authored-by: Manish R Jain <manish@dgraph.io>
Co-authored-by: NamanJain8 <jnaman806@gmail.com>
(cherry picked from commit cbdc991)
@NamanJain8 NamanJain8 merged commit 5f88d78 into release/v20.11 Jan 15, 2021
@NamanJain8 NamanJain8 deleted the naman/cp-has-query branch January 15, 2021 09:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

2 participants