[
https://issues.apache.org/jira/browse/SOLR-13875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16964920#comment-16964920
]
Erick Erickson commented on SOLR-13875:
---------------------------------------
It may be the fastest sort possible, but my question is more why are we sorting
at all just to see if the core is alive?
At minimum, it'll take near 1B comparisons in this case, admittedly out there
on the edge, but still....
> Check why LBSolrClient thinks it has to sort on _docid_
> -------------------------------------------------------
>
> Key: SOLR-13875
> URL: https://issues.apache.org/jira/browse/SOLR-13875
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Erick Erickson
> Priority: Major
>
> Related to SOLR-13874. LBSolrClient issues a query that sorts on \_docid\_.
> This can take over 12 seconds on a 1B doc replica. Is the sorting necessary
> at all? If it's removed, what are the effects on performance? Of we change
> SOLR-13874, we can close this.
> Frankly I suspect that no matter what, there have to be over 1B comparisons
> done and that's what's taking the time, but I wanted to call this out
> explicitly.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
