Lucene: Status=Open

iverase 1.2 days ago:	@msokolov working through this I realize we need to make sure the method PerFieldKnnVectorsFormat# ...
msokolov 13.2 days ago:	I guess the flip side is now we have added the ability to defer some unspecified work to a second ... I guess it's a matter of opinion, but for me, I'd like to avoid abstractions we don't absolutely ... Also, adding the abstraction opens up questions like what if we have more than two phases (in the ...

4.2 hours ago 22 comments 0 votes 0 watches benwtrent, github-actions[bot], krickert, msokolov, navneet1v

krickert 4.2 hours ago:	Still working through this - just a quick update..
krickert 12.9 days ago:	First, all great questions and you're getting to the heart of why I should increase the collection ... tl;dr - I suspect that pruning can only help if there is enough latency between shards and searches ... My home lab, due to using cheap machines, was a good candidate to show this and it did show ...

4.3 hours ago 3 comments 0 votes 0 watches github-actions[bot], kaivalnp, leng25, yossev

kaivalnp 4.3 hours ago:	LGTM Looks like this improvement is in the range of noise for knnPerfTest.py, but is good-to-have ...
kaivalnp 4.3 hours ago:	This entry is under 11.0.0 -- can you move it to 10.5.0? (I can help with merge + backport)

12 hours ago 11 comments 0 votes 0 watches benwtrent, dweiss, easyice, github-actions[bot], msfroh

easyice 12 hours ago:	@msfroh This makes sense to me. My understanding is that CAS only becomes less efficient than locks under very high retry ... For the randomId method, it should be a good fit, and it also makes the code more readable.
msfroh 10 days ago:	@easyice -- I don't know the Java lock semantics well enough to know which is more expensive, ... I get the impression that if you have contention, the mutex will do better (since the atomic ref ... I was able to get rid of the lock altogether (replacing it with optimistic locking from ...

14.8 hours ago 5 comments 0 votes 0 watches gaobinlong, github-actions[bot], jainankitk

gaobinlong 14.8 hours ago:	Hi @jainankitk , could this PR be merged now? Thanks!
github-actions[bot] 4.6 months 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!

20.3 hours ago 13 comments 0 votes 0 watches BaurzhanSakhariev, github-actions[bot], mergify[bot], msfroh, sgup432

github-actions[bot] 28.8 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!
sgup432 1.5 months ago:	>With this PR, if I understand correctly, it's guaranteed that SomeCustomQuery will be gone at ... Yes with this PR change, if a segment is closed, all of its associated queries will be deleted as ...

20.6 hours ago 8 comments 0 votes 0 watches kkhatua, mikemccand, rmuir, sgup432

sgup432 20.6 hours ago:	I realized that there was a problem in my benchmark where there was some performance impact of ... We need to ideally reuse the checksum object per iteration. Will run again.
sgup432 1.1 months ago:	There are some interesting observations. I see that our custom buffering logic is causing some overhead, instead using calling checksum ... I overall compared Small Updates(update(int b)) and buffered updates update(byte[] b, int off, int ...

2,533 issues

[20.8 msec search, 21.8 msec total]