Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 88272 invoked from network); 3 Apr 2008 20:26:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Apr 2008 20:26:03 -0000 Received: (qmail 34106 invoked by uid 500); 3 Apr 2008 20:26:01 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 34077 invoked by uid 500); 3 Apr 2008 20:26:01 -0000 Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-dev@hadoop.apache.org Delivered-To: mailing list core-dev@hadoop.apache.org Received: (qmail 34068 invoked by uid 99); 3 Apr 2008 20:26:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Apr 2008 13:26:01 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Apr 2008 20:25:18 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 92B62234C0BB for ; Thu, 3 Apr 2008 13:23:28 -0700 (PDT) Message-ID: <2109514952.1207254208599.JavaMail.jira@brutus> Date: Thu, 3 Apr 2008 13:23:28 -0700 (PDT) From: "Devaraj Das (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Commented: (HADOOP-3140) JobTracker should not try to promote a (map) task if it does not write to DFS at all In-Reply-To: <966868178.1206998545494.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-3140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12585273#action_12585273 ] Devaraj Das commented on HADOOP-3140: ------------------------------------- Dhruba, is that a documented exception. I didn't see it in the FileSystem.getContentSummary API doc. So if it is not documented is it advisable to bank client code on the exception? For e.g., what if getContentSummary, later on, returns null for non existent paths? So, unless FileSystem provides a guarantee that an exception will be thrown for non-existent paths, i'd like to go in the lines of what Amar mentioned in the code snippet. Thoughts? > JobTracker should not try to promote a (map) task if it does not write to DFS at all > ------------------------------------------------------------------------------------ > > Key: HADOOP-3140 > URL: https://issues.apache.org/jira/browse/HADOOP-3140 > Project: Hadoop Core > Issue Type: Bug > Components: mapred > Reporter: Runping Qi > Assignee: Amar Kamat > Fix For: 0.17.0 > > Attachments: HADOOP-3140-v1.patch, HADOOP-3140-v2.patch > > > In most cases, map tasks do not write to dfs. > Thus, when they complete, they should not be put into commit_pending queue at all. > This will improve the task promotion significantly. > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.