hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steve Loughran (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HADOOP-14766) add an object store high performance hdfs put command
Date Sat, 12 Aug 2017 17:12:00 GMT

    [ https://issues.apache.org/jira/browse/HADOOP-14766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16124640#comment-16124640
] 

Steve Loughran commented on HADOOP-14766:
-----------------------------------------

This doesn't have to be s3a/blobstore specific BTW, a fastput with parallel upload and shuffled
source file list would work for all, and anything which implemented copyFromLocalFile() would
get the speedup they've implemented.

Also: be good to take a text file listing of all files to upload, so you could have something
to build lists of files to commit rather than a full recursive copy of everything

> add an object store high performance hdfs put command
> -----------------------------------------------------
>
>                 Key: HADOOP-14766
>                 URL: https://issues.apache.org/jira/browse/HADOOP-14766
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs, fs/s3
>    Affects Versions: 2.8.1
>            Reporter: Steve Loughran
>
> {{hdfs put local s3a://path}} is suboptimal as it treewalks down down the source tree
then, sequentially, copies up the file through copying the file (opened as a stream) contents
to a buffer, writes that to the dest file, repeats.
> For S3A that hurts because
> * it;s doing the upload inefficiently: the file can be uploaded just by handling the
pathname to the AWS xter manager
> * it is doing it sequentially, when some parallelised upload would work. 
> * as the ordering of the files to upload is a recursive treewalk, it doesn't spread the
upload across multiple shards. 
> Better:
> * build the list of files to upload
> * upload in parallel, picking entries from the list at random and spreading across a
pool of uploaders
> * upload straight from local file (copyFromLocalFile()
> * track IO load (files created/second) to estimate risk of throttling.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: common-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-issues-help@hadoop.apache.org


Mime
View raw message