[
https://issues.apache.org/jira/browse/SOLR-17650?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ASF GitHub Bot updated SOLR-17650:
----------------------------------
Labels: pull-request-available (was: )
> Determine executor for UpdateLog reading
> ----------------------------------------
>
> Key: SOLR-17650
> URL: https://issues.apache.org/jira/browse/SOLR-17650
> Project: Solr
> Issue Type: Improvement
> Reporter: Houston Putman
> Priority: Major
> Labels: pull-request-available
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Currently most operations that read from the updateLog use the
> OrderedExecutor that is setup for that purpose. However, TLOG replicas, when
> taking leadership, read from the updateLog without the executor (using the
> inSortedOrder = true parameter).
> SOLR-17391 changed the default executor for updateLog reading to use a fixed
> coreSize thread pool, which seems like started to enable parallel reading of
> the updateLog (which was supposed to be true beforehand, but it looks like
> our understanding of the executor was wrong).
> This ticket's purpose is to:
> # Investigate the correct way of reading the updateLog using an executor
> # Determine if there needs to actually be multiple ways
> (inSortedOrder=true/false)
> # Make sure the tests pass with whatever we decide.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
