jpountz commented on code in PR #14312:
URL: https://github.com/apache/lucene/pull/14312#discussion_r1986310180
##
lucene/core/src/java/org/apache/lucene/search/DenseConjunctionBulkScorer.java:
##
@@ -128,6 +128,16 @@ private void scoreWindowUsingBitSet(
assert windowMatche
jpountz commented on PR #14312:
URL: https://github.com/apache/lucene/pull/14312#issuecomment-2708834023
I've been thinking a bit more about naming since I don't like
peekNextNonMatchingDocID much, I'm thinking of renaming to `docIDRunEnd` (using
"run" as in "run-length encoding"). I like i
jpountz commented on code in PR #14312:
URL: https://github.com/apache/lucene/pull/14312#discussion_r1986310517
##
lucene/core/src/java/org/apache/lucene/search/DenseConjunctionBulkScorer.java:
##
@@ -128,6 +128,16 @@ private void scoreWindowUsingBitSet(
assert windowMatche
jpountz commented on PR #14333:
URL: https://github.com/apache/lucene/pull/14333#issuecomment-2709064558
The speedup on PKLookup is exciting!
> IMO for tip, performance is more important than storage size, which is
usually a very small part of the whole index, and loaded off-heap.
github-actions[bot] commented on PR #13948:
URL: https://github.com/apache/lucene/pull/13948#issuecomment-2709158794
This PR has not had activity in the past 2 weeks, labeling it as stale. If
the PR is waiting for review, notify the d...@lucene.apache.org list. Thank you
for your contributi
lpld commented on PR #14078:
URL: https://github.com/apache/lucene/pull/14078#issuecomment-2709087834
@benwtrent A short question again. Does this quantization approach in
principle applicable when my data is constantly changing, i.e. new vectors are
being added and old vectors removed from
gf2121 commented on PR #14333:
URL: https://github.com/apache/lucene/pull/14333#issuecomment-2709371309
Thanks for feedback!
> Since you wrote this, I expected tip files to become bigger, but your data
suggests the opposite, tip files are getting smaller? Am I reading it correctly?
