[
https://issues.apache.org/jira/browse/SOLR-14776?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17194462#comment-17194462
]
Mike Drob commented on SOLR-14776:
----------------------------------
> Yeah, but we only compute fingerprint during leader election. Therefore after
>a very heavy indexing, then the leader goes away the first call to fingerprint
>gonna takes awhile then slowdown the leader election
Oh, this makes sense and is a pretty big limitation. Can you add a comment to
the code that reminds us of this?
> Precompute the fingerprint during PeerSync
> ------------------------------------------
>
> Key: SOLR-14776
> URL: https://issues.apache.org/jira/browse/SOLR-14776
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Cao Manh Dat
> Assignee: Cao Manh Dat
> Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Computing fingerprint can very costly and take time. But the current
> implementation will send requests for getting fingerprint for multiple
> replicas, then on the first response it will then compute its own fingerprint
> for comparison. A very simple but effective improvement here is compute its
> own fingerprint right after send requests to other replicas.
--
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
