[
https://issues.apache.org/jira/browse/SOLR-16487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17697628#comment-17697628
]
David Smiley commented on SOLR-16487:
-------------------------------------
Looking at the last two comments, it's clear you have two JIRA accounts not
that you've become a committer. I recommend asking INFRA to merge them (see
INFRA-23707 as an example).
Wanted to mention that I think it'd be nicer if PULL replicas would replicate
based on a notification from the leader on a commit / open-searcher. Polling
is to be avoided in general, especially at scale.
> Improve calculation of poll interval for replicas
> -------------------------------------------------
>
> Key: SOLR-16487
> URL: https://issues.apache.org/jira/browse/SOLR-16487
> Project: Solr
> Issue Type: Improvement
> Components: replication (java)
> Affects Versions: 9.0, 8.11.2
> Reporter: Justin Sweeney
> Assignee: Justin Sweeney
> Priority: Minor
> Time Spent: 40m
> Remaining Estimate: 0h
>
> Currently the polling for replication is fairly simply, but can lead to
> polling too often. As an example if you had the following config for commits:
> {code:java}
> <autoCommit>
> <maxTime>15000</maxTime>
> <openSearcher>false</openSearcher>
> </autoCommit>
> <autoSoftCommit>
> <maxTime>60000</maxTime>
> </autoSoftCommit> {code}
> The current logic would setup polling to be half of the autoCommit time, so
> poll every 7.5 seconds. However since a new searcher isn't opened, there will
> only be changes reflected every 60 seconds on the leader. We can make this
> logic a bit smarter knowing that the replication handler won't reflect
> changes until a new searcher is opened.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
