[
https://issues.apache.org/jira/browse/SOLR-13350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16839255#comment-16839255
]
Ishan Chattopadhyaya commented on SOLR-13350:
---------------------------------------------
Opened https://github.com/apache/lucene-solr/pull/675 in GitHub for easier
review.
>From the last time, here are the changes:
1. Fixed the cross core join tests. In current Solr (single threaded search), a
"from core" is created during the constructor of the weight class, and the core
is closed using the SolrRequestInfo's close hook. In multi-threaded search
(this jira), the core was being closed when every thread's
SolrRequestInfo#clearRequestInfo() is called (which in turn calls the close
hook). Hence, there were multiple close calls on the same core reference. In
this patch, the "from core" is now created once per thread (in a newly
introduced initHook in SolrRequestInfo).
2. TODO: Add a parameter to selectively enable multi-threaded search. Use that
parameter randomly with tests.
> Explore collector managers for multi-threaded search
> ----------------------------------------------------
>
> Key: SOLR-13350
> URL: https://issues.apache.org/jira/browse/SOLR-13350
> Project: Solr
> Issue Type: New Feature
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Ishan Chattopadhyaya
> Assignee: Ishan Chattopadhyaya
> Priority: Major
> Attachments: SOLR-13350.patch, SOLR-13350.patch, SOLR-13350.patch
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> AFAICT, SolrIndexSearcher can be used only to search all the segments of an
> index in series. However, using CollectorManagers, segments can be searched
> concurrently and result in reduced latency. Opening this issue to explore the
> effectiveness of using CollectorManagers in SolrIndexSearcher from latency
> and throughput perspective.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
