Mailing-List: contact mapreduce-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: mapreduce-issues@hadoop.apache.org
Date: Thu, 16 Aug 2012 18:12:38 +1100 (NCT)
From: "Tsuyoshi OZAWA (JIRA)" <jira@apache.org>
To: mapreduce-issues@hadoop.apache.org
Message-ID: <824986998.17954.1345101158305.JavaMail.jiratomcat@arcas>
In-Reply-To: 
 <1125733088.10186.1330009849054.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (MAPREDUCE-3902) MR AM should reuse containers
 for map tasks, there-by allowing fine-grained control on num-maps for users
 without need for CombineFileInputFormat etc.
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Tsuyoshi OZAWA commented on MAPREDUCE-3902:
-------------------------------------------

@Siddharth,

I have two questions, although my work is still in progress.

# If I create some patches(ex. fixing TODOs or something), should I send pull request against your github or attach patch here?
# Do you think that it's needed to separate hadoop-mapreduce-client-app from hadoop-mapreduce-client-app2? Your prototype is under hadoop-mapreduce-client-app2 currently. This make it difficult to rebase your code on trunk.
                
> MR AM should reuse containers for map tasks, there-by allowing fine-grained control on num-maps for users without need for CombineFileInputFormat etc.
> ------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: MAPREDUCE-3902
>                 URL: https://issues.apache.org/jira/browse/MAPREDUCE-3902
>             Project: Hadoop Map/Reduce
>          Issue Type: Improvement
>          Components: applicationmaster, mrv2
>            Reporter: Arun C Murthy
>            Assignee: Siddharth Seth
>         Attachments: MAPREDUCE-3902.2.patch, MAPREDUCE-3902.patch
>
>
> The MR AM is now in a great position to reuse containers across (map) tasks. This is something similar to JVM re-use we had in 0.20.x, but in a significantly better manner:
> # Consider data-locality when re-using containers
> # Consider the new shuffle - ensure that reduces fetch output of the whole container at once (i.e. all maps)  : MAPREDUCE-4525 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira