Lucene: Status=Open

rmuir 20.2 hours ago:	Hi @jimczi, I think it is a good idea and thanks for prototyping. It is gonna be messy either way due to the nature of the change, so it helps to see. The biggest concern I have, is the user-facing API.
rmuir 20.5 hours ago:	do you mind adding a trivial test? it helps to maintain them and upgrade ast-grep and so on.

#16660 PR: Skip blocks without decompressing them when reading selected stored fields.

20.6 hours ago 2 comments 0 votes 0 watches github-actions[bot], vsop-479

This change implements skip entire sub blocks without decompressing them, when these blocks only ... Inspired by https://github.com/apache/lucene/pull/1003. Relates to https://github.com/apache/lucene/issues/11652.

github-actions[bot] 21.9 days ago:	This PR has not had activity in the past 2 weeks, labeling it as stale. If the PR is waiting for review, notify the dev@lucene.apache.org list. Thank you for your contribution!
vsop-479 1.2 months ago:	No regression on wikimediumall: ` TaskQPS baseline StdDevQPS my_modified_version ...

#16765 PR: Fix HNSW graph merge concurrency in case of intra-merge executor (#16729)

20.6 hours ago 1 comments 0 votes 0 watches CH-Abhinav, github-actions[bot]

Description Fixes 16729. # Problem In HnswConcurrentMergeBuilder, $N$ workers were previously constructed as greedy tasks ...

github-actions[bot] 20.6 hours ago:

This PR has not had activity in the past 2 weeks, labeling it as stale. If the PR is waiting for review, notify the dev@lucene.apache.org list. Thank you for your contribution!

#16860 PR: fix(sandbox): skip point tree histogram path on segments with deletes

23.2 hours ago 0 comments 0 votes 0 watches github-actions[bot], salvatorecampagna

# TL;DR HistogramCollector counted deleted documents when it collected a PointRangeQuery through ... It now uses the point tree for that query only on segments without deletions.

#16859 PR: [Sandbox] Hash table based postings format for much faster single & batch Primary Key ID field ...

1 day ago 0 comments 0 votes 0 watches github-actions[bot], shbhar

# Summary I work in Amazon advertising, where we have some low latency use cases for exact primary ... For many types of IDs like UUIDs or ASINs which are mostly random and dont share prefixes/suffixes, ... A quick summary of results for UUID16 ids is below and full details with more ids are later.

#16145 PR: Delay and cap the prefetch backoff in MemorySegmentIndexInput

1.2 days ago 40 comments 0 votes 0 watches github-actions[bot], goankur, gsmiller, iprithv, jimczi, michaeljmarshall, mikemccand, navneet1v, neoremind, uschindler

Description The power-of-two back off in MemorySegmentIndexInput.prefetch() assumes consecutive ... This assumption works well for files that are already warm, but is too aggressive when files are ... The proposed solution makes two primary changes: 1.

neoremind 1.2 days ago:	Thanks @goankur for the real-workload benchmarking! +1 on @gsmiller's neat and smart idea of starting consecutiveHits at N-1! A warm file just does one probe and goes directly to sampling mode without unnecessary ramp, a cold ...
goankur 1.8 days ago:	@gsmiller I ran your N - 1 variant on f6b3392 next to start-at-N, same setup and same session: ... For reference, f6b3392 as is was −18% with 15 query types slower. N - 1 is as good as starting at N on hot data and a bit better on a cold start: it catches cold ...

2,685 issues

[37.4 msec search, 38.9 msec total]

Save Current Search

All Review Requested values

All Mentioned values

All Reviewed values

All Commented values

All User values

All Last comment user values

All Component values

All Labels values

All Reporter values

All Assignee values