[
https://issues.apache.org/jira/browse/SOLR-13029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16706976#comment-16706976
]
Tim Owen commented on SOLR-13029:
---------------------------------
Yes that's a fair point, I will change the patch so that it allows
HdfsBackupRepository to pass a different value (via its xml config) instead of
changing the shared constant.
It does make me wonder if index-on-hdfs has similar issues with the small
buffer size, perhaps it's less of a problem due to random seeks rather than
bulk copying. We no longer use indexes on hdfs, so I can't compare - we're only
using the hdfs functionality for backups and restores now.
> Allow HDFS buffer size to be configured
> ---------------------------------------
>
> Key: SOLR-13029
> URL: https://issues.apache.org/jira/browse/SOLR-13029
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Backup/Restore, hdfs
> Affects Versions: 7.5, master (8.0)
> Reporter: Tim Owen
> Priority: Major
> Attachments: SOLR-13029.patch
>
>
> There's a default hardcoded buffer size setting of 4096 in the HDFS code
> which means in particular that restoring a backup from HDFS takes a long
> time. Copying multi-GB files from HDFS using a buffer as small as 4096 bytes
> is very inefficient. We changed this in our local build used in production to
> 256kB and saw a 10x speed improvement when restoring a backup. Attached patch
> simply makes this size configurable using a command line setting, much like
> several other buffer size values.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
