[
https://issues.apache.org/jira/browse/LUCENE-8213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16943217#comment-16943217
]
Chris M. Hostetter commented on LUCENE-8213:
--------------------------------------------
FWIW: I just attached thetaphi_Lucene-Solr-master-Linux_24839.log.txt, a
jenkins log that shows two other failures that seem to be related to this
issue...
{noformat}
Checking out Revision 3c399bb696073bdb30f278309410a50effabd0e7
(refs/remotes/origin/master)
...
[junit4] 2> NOTE: reproduce with: ant test
-Dtestcase=TestLatLonDocValuesQueries -Dtests.method=testAllLatEqual
-Dtests.seed=8D56B48917EDB35F -Dtests.multiplier=3 -Dtests.slow=true
-Dtests.locale=zh-Hans -Dtests.timezone=America/Bahia -Dtests.asserts=true
-Dtests.file.encoding=US-ASCII
[junit4] FAILURE 2.67s J0 | TestLatLonDocValuesQueries.testAllLatEqual <<<
[junit4] > Throwable #1: java.lang.AssertionError: wrong hit (first of
possibly more):
[junit4] > FAIL: id=235 should match but did not
[junit4] > query=point:polygons([[0.0, 1.401298464324817E-45] [35.0,
1.401298464324817E-45] [35.0, 180.0] [0.0, 180.0] [0.0, 1.401298464324817E-45]
]) docID=227
[junit4] > lat=0.0 lon=41.82071185670793
[junit4] > deleted?=false polygon=[0.0, 1.401298464324817E-45] [35.0,
1.401298464324817E-45] [35.0, 180.0] [0.0, 180.0] [0.0, 1.401298464324817E-45]
...
[junit4] 2> NOTE: reproduce with: ant test
-Dtestcase=TestFieldCacheSortRandom -Dtests.method=testRandomStringSort
-Dtests.seed=F7E42E6905E37945 -Dtests.multiplier=3 -Dtests.slow=true
-Dtests.locale=khq-ML -Dtests.timezone=America/Chihuahua -Dtests.asserts=true
-Dtests.file.encoding=UTF-8
[junit4] FAILURE 0.15s J1 | TestFieldCacheSortRandom.testRandomStringSort <<<
[junit4] > Throwable #1: java.lang.AssertionError: expected:<[65 76 65 64
6d 68 76 68 75 77 61 71 64 63 65 63 7a 79 77 77 63 69 71 62 76 70 7a 62 6d 66
75 67 61]> but was:<[66 6c 75 6e 78 63 67 66 63 77 7a 6b 69 6d 7a 77 62 6c 71
61 79 61 67 71 6f 69 66 71 64 6a 66]>
{noformat}
both of those seeds seem to fail reliably against GIT:3c399bb6960 (the version
checked out by the jenkins run) but both seem to start passing reliably as of
GIT:302cd09b4ce (when this issue was reverted)
I should point out however in case it's helpful: when the failures reproduce,
the specifics of the failures are always different -- suggesting that parallel
thread execution is affecting the results, since the randomization of the index
data should be deterministic based on the seed.
> Cache costly subqueries asynchronously
> --------------------------------------
>
> Key: LUCENE-8213
> URL: https://issues.apache.org/jira/browse/LUCENE-8213
> Project: Lucene - Core
> Issue Type: Improvement
> Components: core/query/scoring
> Affects Versions: 7.2.1
> Reporter: Amir Hadadi
> Priority: Minor
> Labels: performance
> Attachments:
> 0001-Reproduce-across-segment-caching-of-same-query.patch,
> thetaphi_Lucene-Solr-master-Linux_24839.log.txt
>
> Time Spent: 13h
> Remaining Estimate: 0h
>
> IndexOrDocValuesQuery allows to combine costly range queries with a selective
> lead iterator in an optimized way. However, the range query at some point
> gets cached by a querying thread in LRUQueryCache, which negates the
> optimization of IndexOrDocValuesQuery for that specific query.
> It would be nice to see an asynchronous caching implementation in such cases,
> so that queries involving IndexOrDocValuesQuery would have consistent
> performance characteristics.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
