You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Houston Putman (Jira)" <ji...@apache.org> on 2025/02/25 16:40:00 UTC

[jira] [Resolved] (SOLR-17650) Determine executor for UpdateLog reading

     [ https://issues.apache.org/jira/browse/SOLR-17650?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Houston Putman resolved SOLR-17650.
-----------------------------------
    Fix Version/s: 9.9
         Assignee: Houston Putman
       Resolution: Done

Fixed by just updating the tests to accept unordered segments of the versions list. The actual update log ordering logic was not changed in this ticket.

> 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
>            Assignee: Houston Putman
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 9.9
>
>          Time Spent: 1h
>  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-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org