itygh commented on PR #2676:
URL: https://github.com/apache/lucene-solr/pull/2676#issuecomment-1398560219
这是来自QQ邮箱的假期自动回复邮件。您好，我最近正在休假中，无法亲自回复您的邮件。我将在假期结束后，尽快给您回复。
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
UR
janhoy opened a new pull request, #2676:
URL: https://github.com/apache/lucene-solr/pull/2676
Backport from 9.x
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscri
risdenk commented on PR #12029:
URL: https://github.com/apache/lucene/pull/12029#issuecomment-1398549982
Re: immutable Query in Solr - See
https://issues.apache.org/jira/browse/SOLR-16509 and
https://github.com/apache/solr/pull/1146
--
This is an automated message from the Apache Git Ser
alessandrobenedetti commented on PR #12029:
URL: https://github.com/apache/lucene/pull/12029#issuecomment-1398524390
waiting for the checks and then I'll merge tonight!
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and u
alessandrobenedetti commented on code in PR #12029:
URL: https://github.com/apache/lucene/pull/12029#discussion_r1082676520
##
lucene/core/src/test/org/apache/lucene/search/TestKnnVectorQuery.java:
##
@@ -33,6 +33,7 @@
import org.apache.lucene.store.Directory;
import org.apach
mkhludnev commented on issue #11218:
URL: https://github.com/apache/lucene/issues/11218#issuecomment-1398122320
@hassenome , can you share versions, stacktrace and invocation arguments?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to
hassenome commented on issue #11218:
URL: https://github.com/apache/lucene/issues/11218#issuecomment-1398087851
Hello,
We are facing this error, as a root cause for a feature used by
ElasticSearch. We are wondering if there is an update to this issue?
--
This is an automated message fr
vigyasharma closed issue #12097:
TestIndexSortSortedNumericDocValuesRangeQuery.testCountBoundary failure
URL: https://github.com/apache/lucene/issues/12097
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to
vigyasharma merged PR #12098:
URL: https://github.com/apache/lucene/pull/12098
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene
rmuir commented on PR #12098:
URL: https://github.com/apache/lucene/pull/12098#issuecomment-1397749519
if a test wants to enforce it only has one segment, it should
`forceMerge()`, make use of `LuceneTestCase.getOnlyLeafReader()`, etc.
Otherwise the number of segments can vary based
jmazanec15 commented on code in PR #12050:
URL: https://github.com/apache/lucene/pull/12050#discussion_r1081896861
##
lucene/core/src/java/org/apache/lucene/util/hnsw/OnHeapHnswGraph.java:
##
@@ -94,36 +93,83 @@ public int size() {
}
/**
- * Add node on the given level
jmazanec15 commented on PR #12050:
URL: https://github.com/apache/lucene/pull/12050#issuecomment-1397643952
Per [this
discussion](https://github.com/apache/lucene/pull/12050#discussion_r1061034056),
I refactored OnHeapHnswGraph to use a TreeMap to represent the graph structure
for levels g
vigyasharma opened a new pull request, #12098:
URL: https://github.com/apache/lucene/pull/12098
Fixes bug in `TestIndexSortSortedNumericDocValuesRangeQuery.
testCountBoundary`.
Addresses #12097
--
This is an automated message from the Apache Git Service.
To respond to the message
vigyasharma commented on issue #12097:
URL: https://github.com/apache/lucene/issues/12097#issuecomment-1397542712
Wait.. I think the assert should simply be on total no. of documents, not
documents per leaf. Something like:
```java
int count = 0;
for (LeafReaderContext conte
vigyasharma opened a new issue, #12097:
URL: https://github.com/apache/lucene/issues/12097
### Description
Found this test failing in Lucene-Check-9.x - Build # 4239.
**Steps to repro:**
```ruby
gradlew test --tests
TestIndexSortSortedNumericDocValuesRangeQuery.testCount
uschindler commented on PR #12094:
URL: https://github.com/apache/lucene/pull/12094#issuecomment-1397386789
I am fine with both PRs, both technically correct. I don't care about
username. If I would do a relaese I would insert "policeman" into the artifacts.
--
This is an automated messag
magibney commented on code in PR #12094:
URL: https://github.com/apache/lucene/pull/12094#discussion_r1081614175
##
gradle/java/jar-manifest.gradle:
##
@@ -46,7 +46,9 @@ subprojects {
if (snapshotBuild) {
return "${project.version} ${gitRev} [snapshot
magibney opened a new pull request, #12096:
URL: https://github.com/apache/lucene/pull/12096
Following on discussion from #12094
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comme
magibney commented on PR #12094:
URL: https://github.com/apache/lucene/pull/12094#issuecomment-1397358626
> Should we just remove the username from the manifest? This doesn't make
sense to me, we don't put usernames anywhere else (e.g. no @author at apache)...
This seems fine to me. T
magibney commented on PR #12095:
URL: https://github.com/apache/lucene/pull/12095#issuecomment-1397344248
The main reason I didn't make this the default is because I'm not sure
whether running this through the releaseWizard would support user input. I'm
using the releaseWizard to guide me t
javanna commented on PR #12085:
URL: https://github.com/apache/lucene/pull/12085#issuecomment-1396993570
Thanks @magibney !
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
javanna merged PR #12085:
URL: https://github.com/apache/lucene/pull/12085
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene.apa
rmuir commented on PR #12094:
URL: https://github.com/apache/lucene/pull/12094#issuecomment-1396942514
I have also witnessed harassment from solr users towards the person whose
name happens to be in there. Please, lets remove the username.
If I am ignored and this option is kept, I wi
rmuir commented on PR #12094:
URL: https://github.com/apache/lucene/pull/12094#issuecomment-1396882440
Should we just remove the username from the manifest? This doesn't make
sense to me, we don't put usernames anywhere else (e.g. no `@author` at
apache)...
--
This is an automated messag
romseygeek commented on PR #12095:
URL: https://github.com/apache/lucene/pull/12095#issuecomment-1396781927
+1, this has caught me multiple times! I think I'd personally make it the
default but I don't know if others have things set up so that they don't need
to type in their GPG pin.
--
vigyasharma commented on issue #12000:
URL: https://github.com/apache/lucene/issues/12000#issuecomment-1396551522
Removed UTF8TaxonomyWriterCache from main, and deprecated it in 9.x. We now
default to LruTaxonomyWriterCache. PRs have been merged in. Closing this issue.
--
This is an autom
vigyasharma closed issue #12000: Lucene-facet leaves ThreadLocal that creates a
memory leak
URL: https://github.com/apache/lucene/issues/12000
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the spe
vigyasharma commented on issue #12082:
URL: https://github.com/apache/lucene/issues/12082#issuecomment-1396549638
I think you're right that `bottom` should be scoped outside the
`LeafFieldComparator`. It stores the bottom slot value for competitive hits and
should survive across leaf contex
LuXugang merged PR #12084:
URL: https://github.com/apache/lucene/pull/12084
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene.ap
uschindler commented on code in PR #12094:
URL: https://github.com/apache/lucene/pull/12094#discussion_r1080680435
##
dev-tools/scripts/buildAndPushRelease.py:
##
@@ -120,6 +120,8 @@ def prepare(root, version, gpg_key_id, gpg_password,
gpg_home=None, sign_gradle=
print(' pr
uschindler commented on code in PR #12094:
URL: https://github.com/apache/lucene/pull/12094#discussion_r1080679818
##
dev-tools/scripts/buildAndPushRelease.py:
##
@@ -120,6 +120,8 @@ def prepare(root, version, gpg_key_id, gpg_password,
gpg_home=None, sign_gradle=
print(' pr
uschindler commented on code in PR #12094:
URL: https://github.com/apache/lucene/pull/12094#discussion_r1080678559
##
gradle/java/jar-manifest.gradle:
##
@@ -46,7 +46,9 @@ subprojects {
if (snapshotBuild) {
return "${project.version} ${gitRev} [snapsh
uschindler commented on code in PR #12094:
URL: https://github.com/apache/lucene/pull/12094#discussion_r1080678559
##
gradle/java/jar-manifest.gradle:
##
@@ -46,7 +46,9 @@ subprojects {
if (snapshotBuild) {
return "${project.version} ${gitRev} [snapsh
vigyasharma merged PR #12093:
URL: https://github.com/apache/lucene/pull/12093
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene
jmazanec15 commented on code in PR #12050:
URL: https://github.com/apache/lucene/pull/12050#discussion_r1080646383
##
lucene/core/src/java/org/apache/lucene/util/hnsw/OnHeapHnswGraph.java:
##
@@ -94,36 +93,83 @@ public int size() {
}
/**
- * Add node on the given level
vigyasharma merged PR #12092:
URL: https://github.com/apache/lucene/pull/12092
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene
vigyasharma commented on PR #12093:
URL: https://github.com/apache/lucene/pull/12093#issuecomment-1387643504
> hange the default implementation in branch_9x to LRU as well? (either here
on this issue or via #12092). I think it would be good to not default to the
deprecated impl.
Ah,
rmuir commented on PR #12093:
URL: https://github.com/apache/lucene/pull/12093#issuecomment-1387508863
@vigyasharma do you intend to change the default implementation in branch_9x
to LRU as well? (either here on this issue or via #12092). I think it would be
good to not default to the depre
magibney opened a new pull request, #12095:
URL: https://github.com/apache/lucene/pull/12095
buildAndPushRelease currently proceeds directly from running tests to
assembling the release (and signing jars). Since assembleRelease prompts for
GPG key PIN, it can easily happen that the RM steps
magibney opened a new pull request, #12094:
URL: https://github.com/apache/lucene/pull/12094
buildAndPushRelease (release script) currently sets the username portion of
the `ImplementationVersion` property MANIFEST.MF entry for built jars according
the local machine username of the active u
rmuir commented on issue #12091:
URL: https://github.com/apache/lucene/issues/12091#issuecomment-1386986370
There is nothing to do here about it. Convince OpenJDK to stop hostaging the
vector api in incubating status like they have done for years.
When it is at least in "Preview" stat
rmuir commented on issue #12090:
URL: https://github.com/apache/lucene/issues/12090#issuecomment-1386986113
There is nothing to do here about it. Convince OpenJDK to stop hostaging the
vector api in incubating status like they have done for years.
When it is at least in "Preview" stat
rmuir commented on issue #11902:
URL: https://github.com/apache/lucene/issues/11902#issuecomment-1386981136
this would be far too trappy, entirely too slow. use toy python libraries
like the one referenced if you want to build toys, but this is a library for
building search engines
--
Th
rmuir closed issue #11902: Customization of Edit distance costs for different
operations
URL: https://github.com/apache/lucene/issues/11902
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specif
mohamedniyaz1996 commented on issue #11902:
URL: https://github.com/apache/lucene/issues/11902#issuecomment-1386830082
@tang-hi , I agree it will be a dip in performance - but still it can be
provided as a feature with a warning about performance drop.
--
This is an automated message from
vigyasharma commented on PR #12013:
URL: https://github.com/apache/lucene/pull/12013#issuecomment-1386565076
PR - https://github.com/apache/lucene/pull/12093 to deprecate
`UTF8TaxonomyWriterCache` in 9.x
--
This is an automated message from the Apache Git Service.
To respond to the me
vigyasharma opened a new pull request, #12093:
URL: https://github.com/apache/lucene/pull/12093
As discussed in PR #12013 , deprecating support for
`UTF8TaxonomyWriterCache` in branch_9x.
Addresses #12000
--
This is an automated message from the Apache Git Service.
To respond to the m
vigyasharma merged PR #12045:
URL: https://github.com/apache/lucene/pull/12045
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene
vigyasharma closed pull request #12013: Clear thread local values on
UTF8TaxonomyWriterCache.close()
URL: https://github.com/apache/lucene/pull/12013
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to
vigyasharma commented on PR #12013:
URL: https://github.com/apache/lucene/pull/12013#issuecomment-1386545577
Created a separate PR - #12092 to remove support for
`UTF8TaxonomyWriterCache` from main. Will close this PR.
--
This is an automated message from the Apache Git Service.
To respon
vigyasharma opened a new pull request, #12092:
URL: https://github.com/apache/lucene/pull/12092
As per the discussion in PR #12013, this change removes the never evicting
`UTF8TaxonomyWriterCache` and uses `LruTaxonomyWriterCache` as the default
taxonomy writer cache implementation.
jebnix commented on issue #11870:
URL: https://github.com/apache/lucene/issues/11870#issuecomment-1386297416
@uschindler That's nice, but I personally miss two things about the Lucene
repo:
1. The ability to find the documentation in a central place (that makes the
contribution much easi
mulugetam opened a new issue, #12091:
URL: https://github.com/apache/lucene/issues/12091
### Description
Lucene's implementation of ANN relies on a scalar implementation of the
vector similarity functions
[dot-product,](https://github.com/apache/lucene/blob/4fe8424925ca404d335fa41d26
mulugetam opened a new issue, #12090:
URL: https://github.com/apache/lucene/issues/12090
### Description
This issue is to start a conversation on implementing a vectorized encoding
and decoding scheme for postings.
A few months ago, we implemented vectorized integer compressio
gsmiller commented on code in PR #12089:
URL: https://github.com/apache/lucene/pull/12089#discussion_r1072874867
##
lucene/sandbox/src/java/org/apache/lucene/sandbox/queries/TermInSetQuery.java:
##
@@ -0,0 +1,527 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under
gsmiller commented on code in PR #12089:
URL: https://github.com/apache/lucene/pull/12089#discussion_r1072872477
##
lucene/sandbox/src/java/org/apache/lucene/sandbox/queries/TermInSetQuery.java:
##
@@ -0,0 +1,527 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under
gsmiller commented on code in PR #12089:
URL: https://github.com/apache/lucene/pull/12089#discussion_r1072871141
##
lucene/core/src/java/org/apache/lucene/search/DisiWrapper.java:
##
@@ -57,4 +57,14 @@ public DisiWrapper(Scorer scorer) {
matchCost = 0f;
}
}
+
+ p
rmuir commented on code in PR #12089:
URL: https://github.com/apache/lucene/pull/12089#discussion_r1072855208
##
lucene/sandbox/src/java/org/apache/lucene/sandbox/queries/TermInSetQuery.java:
##
@@ -0,0 +1,527 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
rmuir commented on code in PR #12089:
URL: https://github.com/apache/lucene/pull/12089#discussion_r1072841550
##
lucene/sandbox/src/java/org/apache/lucene/sandbox/queries/TermInSetQuery.java:
##
@@ -0,0 +1,527 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
gsmiller commented on PR #12089:
URL: https://github.com/apache/lucene/pull/12089#issuecomment-1386068784
@rmuir
> I was naively thinking to try to the same approach with the
DocValuesTermsQuery that is in sandbox...
I think that's probably a good place to start honestly. I was th
gsmiller commented on code in PR #12089:
URL: https://github.com/apache/lucene/pull/12089#discussion_r1072835306
##
lucene/sandbox/src/java/org/apache/lucene/sandbox/queries/TermInSetQuery.java:
##
@@ -0,0 +1,527 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under
rmuir commented on code in PR #12089:
URL: https://github.com/apache/lucene/pull/12089#discussion_r1072830614
##
lucene/sandbox/src/java/org/apache/lucene/sandbox/queries/TermInSetQuery.java:
##
@@ -0,0 +1,527 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
rmuir commented on PR #12089:
URL: https://github.com/apache/lucene/pull/12089#issuecomment-1385982331
I modified the benchmark from #12087 to just use StringField instead of
IntField. The queries are supposed to be "hard" in that I'm not trying to
benchmark what is necessarily typical, ins
rmuir commented on PR #12089:
URL: https://github.com/apache/lucene/pull/12089#issuecomment-1385954675
Thanks for looking at this. I can alter benchmark from #12087 to test this
case, honestly we could even just take the benchmark and index the numeric
field as a string instead as a start :
gsmiller commented on PR #12054:
URL: https://github.com/apache/lucene/pull/12054#issuecomment-1385952712
Somewhat related to this PR, I've been experimenting with the idea of a
"self optimizing" `TermInSetQuery` implementation that toggles between using
postings and doc values based on ind
gsmiller opened a new pull request, #12089:
URL: https://github.com/apache/lucene/pull/12089
### Description
This is a DRAFT PR to sketch out the idea of a "self optimizing"
TermInSetQuery. The idea is to build on the new `KeywordField` being proposed
in #12054, which indexes both po
rmuir closed issue #11869: Add RangeOnRangeFacetCounts
URL: https://github.com/apache/lucene/issues/11869
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail
rmuir commented on issue #11795:
URL: https://github.com/apache/lucene/issues/11795#issuecomment-1385823162
Closing as the PR has been merged and is in the 9.5.0 section of CHANGES.txt
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to
rmuir closed issue #11795: Add FilterDirectory to track write amplification
factor
URL: https://github.com/apache/lucene/issues/11795
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific com
rmuir commented on issue #11869:
URL: https://github.com/apache/lucene/issues/11869#issuecomment-1385822481
Closing as the PR has been merged and is in the 9.5.0 section of CHANGES.txt
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to
rmuir merged PR #12087:
URL: https://github.com/apache/lucene/pull/12087
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene.apach
rmuir commented on code in PR #12087:
URL: https://github.com/apache/lucene/pull/12087#discussion_r1071265859
##
lucene/core/src/java/org/apache/lucene/document/NumericDocValuesField.java:
##
@@ -97,6 +97,27 @@ SortedNumericDocValues getValues(LeafReader reader, String
field) t
jpountz commented on code in PR #12087:
URL: https://github.com/apache/lucene/pull/12087#discussion_r1071254421
##
lucene/core/src/java/org/apache/lucene/document/NumericDocValuesField.java:
##
@@ -97,6 +97,27 @@ SortedNumericDocValues getValues(LeafReader reader, String
field)
romseygeek commented on PR #12088:
URL: https://github.com/apache/lucene/pull/12088#issuecomment-1383932158
Thanks for the review @mkhludnev!
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the
romseygeek merged PR #12088:
URL: https://github.com/apache/lucene/pull/12088
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene.
romseygeek opened a new pull request, #12088:
URL: https://github.com/apache/lucene/pull/12088
WeightedSpanTermExtractor will try to rewrite queries that it doesn't
know about, to see if they end up as something it does know about and
that it can extract terms from. To support field me
rmuir commented on PR #12087:
URL: https://github.com/apache/lucene/pull/12087#issuecomment-1383064967
the benchmark above uses queries such as `"la|21,22,23",// 2226 hits`
in this case we form a boolean query of TermQuery:"la" AND admin2code in
(21,22,23). The admin2 codes are ty
rmuir commented on PR #12087:
URL: https://github.com/apache/lucene/pull/12087#issuecomment-1383064386
Here's my benchmarks with attached java program:
[NumSetBenchmark.java.txt](https://github.com/apache/lucene/files/10419558/NumSetBenchmark.java.txt)
* `main` uses `IntPoint.newSetQuery`
rmuir commented on PR #12087:
URL: https://github.com/apache/lucene/pull/12087#issuecomment-1382954253
intended as followups:
* look into PointRangeQuery and implement necessary estimation for
IndexOrDocValuesQuery to do the right thing
* Add newSetQuery() to IntField/LongField/DoubleF
rmuir commented on issue #12028:
URL: https://github.com/apache/lucene/issues/12028#issuecomment-1382953573
I don't think it is good to degrade to `BooleanQuery` when using points or
doc-values, it will only hurt performance.
Let's add `NumericDocValuesField.newSlowSetQuery()` and
`S
rmuir opened a new pull request, #12087:
URL: https://github.com/apache/lucene/pull/12087
Clean up this query a bit, and move it around to support:
* NumericDocValuesField.newSlowSetQuery()
* SortedNumericDocValuesField.newSlowSetQuery()
This complements the existing docvalue
rmuir merged PR #12086:
URL: https://github.com/apache/lucene/pull/12086
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene.apach
rmuir closed issue #12057: ban finalizers in the build somehow (worst-case: use
error-prone)
URL: https://github.com/apache/lucene/issues/12057
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the sp
rmuir opened a new pull request, #12086:
URL: https://github.com/apache/lucene/pull/12086
Went thru the new checks as usual. Now that `Finalize` has our bugfix, I
enabled it.
Closes #12057
--
This is an automated message from the Apache Git Service.
To respond to the message, pleas
rmuir merged PR #12056:
URL: https://github.com/apache/lucene/pull/12056
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene.apach
rmuir merged PR #12038:
URL: https://github.com/apache/lucene/pull/12038
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene.apach
rmuir closed issue #11381: remove non-NRT replication support [LUCENE-10345]
URL: https://github.com/apache/lucene/issues/11381
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
benwtrent commented on PR #11860:
URL: https://github.com/apache/lucene/pull/11860#issuecomment-1382728572
This for sure has to do with reading for the memory offsets and then reading
the neighbors.
I can dig into this a little bit next week unless somebody else has a really
good id
jpountz commented on PR #12079:
URL: https://github.com/apache/lucene/pull/12079#issuecomment-1382690674
The last data point at
https://people.apache.org/~mikemccand/lucenebench/sparseResults.html#tot_merge_times
has a drop for overall merging that I expect to be mostly contributed by this
jpountz commented on PR #11860:
URL: https://github.com/apache/lucene/pull/11860#issuecomment-1382689973
For reference, there seems to be a 6-7% QPS drop on nightly benchmarks
associated with this change.
https://people.apache.org/~mikemccand/lucenebench/VectorSearch.html I think
it's fine
zhaih commented on PR #12050:
URL: https://github.com/apache/lucene/pull/12050#issuecomment-1382268387
+1, That sounds good!
On Fri, Jan 13, 2023, 11:10 John Mazanec ***@***.***> wrote:
> ***@***. commented on this pull request.
> --
>
>
jmazanec15 commented on code in PR #12050:
URL: https://github.com/apache/lucene/pull/12050#discussion_r1069901702
##
lucene/core/src/java/org/apache/lucene/util/hnsw/OnHeapHnswGraph.java:
##
@@ -94,36 +93,83 @@ public int size() {
}
/**
- * Add node on the given level
magibney opened a new pull request, #12085:
URL: https://github.com/apache/lucene/pull/12085
porting analogous change from solr: https://github.com/apache/solr/pull/1288
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use
LuXugang opened a new pull request, #12084:
URL: https://github.com/apache/lucene/pull/12084
## Description
IndexSortSortedNumericDocValuesRangeQuery should have the same bound with
fallbackQuery.
According to the comment, my guess it is a typo thing?
--
This is an autom
jpountz commented on PR #12083:
URL: https://github.com/apache/lucene/pull/12083#issuecomment-1381870866
Thanks Luca!
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To uns
jpountz merged PR #12083:
URL: https://github.com/apache/lucene/pull/12083
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene.apa
jpountz opened a new pull request, #12083:
URL: https://github.com/apache/lucene/pull/12083
When sub collectors don't agree on their `ScoreMode`, `MultiCollector`
currently returns `COMPLETE`. This makes sense when assuming that there is
likely one collector computing top hits (`TOP_SCORES`
LuXugang merged PR #12078:
URL: https://github.com/apache/lucene/pull/12078
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene.ap
LuXugang closed issue #12074: Enhance XXXField#newRangeQuery
URL: https://github.com/apache/lucene/issues/12074
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe,
romseygeek commented on PR #11807:
URL: https://github.com/apache/lucene/pull/11807#issuecomment-1381532407
Oops, yes, I should have backported it at the time. Will do that now!
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub
1 - 100 of 12396 matches
Mail list logo
