Allow the SlowCompositeReaderWrapper and MultiDocValues to accept acceptableOverheadRatio for OrdinalMap [LUCENE-6101]
- Dominant language
- Java
- Stars
- 3.6k
- Forks
- 1.4k
- Avg merge
- 2d 11h
- Merged PRs (30d)
- 88
Description
There are use cases where it's useful to be able to trade off performance and memory when accessing top level DocValues ordinals.
This issue adds methods to the SlowCompositeReaderWrapper and MultiDocValues that allow an acceptableOverheadRatio to be passed in and applied to the OrdinalMapping.
If people are ok with this approach I will add tests and performance benchmarks.
---
Migrated from [LUCENE-6101](https://issues.apache.org/jira/browse/LUCENE-6101) by Joel Bernstein (@joel-bernstein)
Attachments: [lucene-6101.patch](https://apache.github.io/lucene-jira-archive/attachments/LUCENE-6101/lucene-6101.patch)
Contributor guide
Research direction
Start by reviewing SlowCompositeReaderWrapper, MultiDocValues, and the attached lucene-6101.patch to understand the proposed OrdinalMap API changes. Confirm that both entry points accept acceptableOverheadRatio and apply it to ordinal mapping, then add the tests and performance benchmarks mentioned in the issue.】【。
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- search
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100