[
https://issues.apache.org/jira/browse/SOLR-14325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17064852#comment-17064852
]
Richard Goodman commented on SOLR-14325:
----------------------------------------
Hey,
I did not try the {{getNewestSearcher}} before I left on Thursday, but spent
today implementing this and trying it, and again had a significantly positive
impact, _(I won't upload the json dumps this time around)_.
Oddly, I found that there were only delays when it came to adding a replica
elsewhere and waiting for that to recover, but not when an instance was
previously down and replicas were recovering, similarly when doing a restore
and increasing the replication that way.
Anyway, the timeout, the biggest I saw was only 28seconds which in comparison
to previous numbers before this, is a big enough improvement for us.
I've updated the patch, this time around just being a simple 1 liner
> Core status could be improved to not require an IndexSearcher
> -------------------------------------------------------------
>
> Key: SOLR-14325
> URL: https://issues.apache.org/jira/browse/SOLR-14325
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: David Smiley
> Priority: Major
> Attachments: SOLR-14325.patch, SOLR-14325.patch, SOLR-14325.patch
>
>
> When the core status is told to request "indexInfo", it currently grabs the
> SolrIndexSearcher but only to grab the Directory. SolrCore.getIndexSize also
> only requires the Directory. By insisting on a SolrIndexSearcher, we
> potentially block for awhile if the core is in recovery since there is no
> SolrIndexSearcher.
> [https://lists.apache.org/thread.html/r076218c964e9bd6ed0a53133be9170c3cf36cc874c1b4652120db417%40%3Cdev.lucene.apache.org%3E]
> It'd be nice to have a solution that conditionally used the Directory of the
> SolrIndexSearcher only if it's present so that we don't waste time creating
> one either.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
