-
Notifications
You must be signed in to change notification settings - Fork 968
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
fix(share/eds): scale up inverted_index badger levels #2591
Conversation
Why not 9 or 10? |
Can this be re-configured or would it be breaking? |
9 levels is harder for compaction there is reasonable doubts we would reach 11TB inverted index size before getting rid of it |
It is not breaking, but could cause node to do long compaction while preventing all store related operation. Compaction could take 1-2 hours on badger size of 1.1 TB. Should be less for smaller sizes, but I don't have exact numbers. |
Current instance of badger uses default value (7) for amount of used levels, that allows badger to grow up to 1.1TiB. This limit could be reaching within 1 week of 128 ods size blocks, so we need to bump the value to at least 8 levels (11 TiB).
Current instance of badger uses default value (7) for amount of used levels, that allows badger to grow up to 1.1TiB. This limit could be reaching within 1 week of 128 ods size blocks, so we need to bump the value to at least 8 levels (11 TiB). (cherry picked from commit 10351be)
Current instance of badger uses default value (7) for amount of used levels, that allows badger to grow up to 1.1TiB. This limit could be reaching within 1 week of 128 ods size blocks, so we need to bump the value to at least 8 levels (11 TiB). (cherry picked from commit 10351be)
Current instance of badger uses default value (7) for amount of used levels, that allows badger to grow up to 1.1TiB. This limit could be reaching within 1 week of 128 ods size blocks, so we need to bump the value to at least 8 levels (11 TiB).