hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HADOOP-13600) S3a rename() to copy files in a directory in parallel
Date Sat, 09 Sep 2017 17:46:00 GMT

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

ASF GitHub Bot commented on HADOOP-13600:
-----------------------------------------

Github user steveloughran commented on a diff in the pull request:

    https://github.com/apache/hadoop/pull/157#discussion_r137931483
  
    --- Diff: hadoop-tools/hadoop-aws/src/main/java/org/apache/hadoop/fs/s3a/Constants.java
---
    @@ -107,11 +107,15 @@ private Constants() {
       public static final String MAX_PAGING_KEYS = "fs.s3a.paging.maximum";
       public static final int DEFAULT_MAX_PAGING_KEYS = 5000;
     
    -  // the maximum number of threads to allow in the pool used by TransferManager
    -  public static final String MAX_THREADS = "fs.s3a.threads.max";
    -  public static final int DEFAULT_MAX_THREADS = 10;
    +  // the maximum number of threads to allow in the pool used by TransferManager for uploads
    +  public static final String UPLOAD_MAX_THREADS = "fs.s3a.threads.max";
    +  public static final int DEFAULT_UPLOAD_MAX_THREADS = 10;
    --- End diff --
    
    not going to rename constants because it will break anyone using them. Class is tagged
{@InterfaceAudience.Public/evolving}


> 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


Mime
View raw message