hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Zoran Dimitrijevic (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HADOOP-11785) Reduce number of listStatus operation in distcp buildListing()
Date Sat, 11 Apr 2015 20:41:12 GMT

     [ https://issues.apache.org/jira/browse/HADOOP-11785?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Zoran Dimitrijevic updated HADOOP-11785:
    Attachment: HADOOP-11827-02.patch

Slight change to handle all exceptions in worker to handle occasional unexpected non-io exceptions.

{color:green}+1 overall{color}.  

    {color:green}+1 @author{color}.  The patch does not contain any @author tags.

    {color:green}+1 tests included{color}.  The patch appears to include 4 new or modified
test files.

    {color:green}+1 javac{color}.  The applied patch does not increase the total number of
javac compiler warnings.

    {color:green}+1 javadoc{color}.  There were no new javadoc warning messages.

    {color:green}+1 eclipse:eclipse{color}.  The patch built with eclipse:eclipse.

    {color:green}+1 findbugs{color}.  The patch does not introduce any new Findbugs (version
3.0.1) warnings.

    {color:green}+1 release audit{color}.  The applied patch does not increase the total number
of release audit warnings.

> Reduce number of listStatus operation in distcp buildListing()
> --------------------------------------------------------------
>                 Key: HADOOP-11785
>                 URL: https://issues.apache.org/jira/browse/HADOOP-11785
>             Project: Hadoop Common
>          Issue Type: Improvement
>          Components: tools/distcp
>    Affects Versions: 3.0.0
>            Reporter: Zoran Dimitrijevic
>            Assignee: Zoran Dimitrijevic
>            Priority: Minor
>             Fix For: 2.8.0
>         Attachments: distcp-liststatus.patch, distcp-liststatus2.patch
>   Original Estimate: 1h
>  Remaining Estimate: 1h
> Distcp was taking long time in copyListing.buildListing() for large source trees (I was
using source of 1.5M files in a tree of about 50K directories). For input at s3 buildListing
was taking more than one hour. I've noticed a performance bug in the current code which does
listStatus twice for each directory which doubles number of RPCs in some cases (if most directories
do not contain >1000 files).

This message was sent by Atlassian JIRA

View raw message