[
https://issues.apache.org/jira/browse/SOLR-17208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18088059#comment-18088059
]
ASF subversion and git services commented on SOLR-17208:
--------------------------------------------------------
Commit 74974b1be7e5b4a58dbe93468a359aca9621a647 in solr's branch
refs/heads/main from Samuel Verstraete
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=74974b1be7e ]
SOLR-17208: Parallelize backup and restore file transfers (#4023)
Co-authored-by: samuel <[email protected]>
Co-authored-by: David Smiley <[email protected]>
> Restore should fetch index files in parallel
> --------------------------------------------
>
> Key: SOLR-17208
> URL: https://issues.apache.org/jira/browse/SOLR-17208
> Project: Solr
> Issue Type: Improvement
> Components: Backup/Restore
> Affects Versions: 9.5
> Reporter: Jason Gerlowski
> Priority: Minor
> Labels: pull-request-available
> Time Spent: 7h
> Remaining Estimate: 0h
>
> Currently, the restore logic in
> [RestoreCore.java|https://github.com/apache/solr/blob/68762adef05d4972bf6d90febd80770713610862/solr/core/src/java/org/apache/solr/handler/RestoreCore.java#L111-L139]
> fetches the list of index files from the repository, and iterates over them:
> fetching them (as necessary) in serial.
> We should consider introducing some parallelism here as a way to speed up
> "restore" and "installshard" operations.
> (If initial benchmarking is promising and we decide to pursue this, it's
> probably worth adding a configuration setting to specify how much (or how
> little) parallelization is used.)
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
