You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-issues@hadoop.apache.org by "Sahil Takiar (JIRA)" <ji...@apache.org> on 2017/09/08 21:28:01 UTC

[jira] [Commented] (HADOOP-13600) S3a rename() to copy files in a directory in parallel

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

Sahil Takiar commented on HADOOP-13600:
---------------------------------------

Rebased this patch and made some bug fixes:
* Details of how the code work are in the PR: https://github.com/apache/hadoop/pull/157
* Ran the existing tests (except for the S3Guard ITests because I need to get DynamoDb access)
** Ran the unit tests, itests, and scale tests and they all pass
** There seems to already be an existing scale test that stresses this part of the code {{ITestS3ADeleteManyFiles#testBulkRenameAndDelete}} creates a bunch of files and then renames them
* I haven't written other ITests because wanted to get some input on whether additional ones are necessary
* Planning to add some unit tests (using lots of mocks) once I get a thumbs up on the overall approach

[~fabbri], [~mackrorysd] could you take a look?

> S3a rename() to copy files in a directory in parallel
> -----------------------------------------------------
>
>                 Key: HADOOP-13600
>                 URL: https://issues.apache.org/jira/browse/HADOOP-13600
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs/s3
>    Affects Versions: 2.7.3
>            Reporter: Steve Loughran
>            Assignee: Sahil Takiar
>
> Currently a directory rename does a one-by-one copy, making the request O(files * data). If the copy operations were launched in parallel, the duration of the copy may be reducable to the duration of the longest copy. For a directory with many files, this will be significant



--
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