Return-Path: X-Original-To: apmail-hadoop-mapreduce-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-mapreduce-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 556B4D3B0 for ; Wed, 3 Oct 2012 14:54:08 +0000 (UTC) Received: (qmail 34684 invoked by uid 500); 3 Oct 2012 14:54:08 -0000 Delivered-To: apmail-hadoop-mapreduce-issues-archive@hadoop.apache.org Received: (qmail 34624 invoked by uid 500); 3 Oct 2012 14:54:08 -0000 Mailing-List: contact mapreduce-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: mapreduce-issues@hadoop.apache.org Delivered-To: mailing list mapreduce-issues@hadoop.apache.org Received: (qmail 34612 invoked by uid 99); 3 Oct 2012 14:54:08 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Oct 2012 14:54:08 +0000 Date: Thu, 4 Oct 2012 01:54:08 +1100 (NCT) From: "Tom White (JIRA)" To: mapreduce-issues@hadoop.apache.org Message-ID: <1499544971.159217.1349276048085.JavaMail.jiratomcat@arcas> In-Reply-To: <1916484151.29530.1330455466808.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (MAPREDUCE-3936) Clients should not enforce counter limits MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/MAPREDUCE-3936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468592#comment-13468592 ] Tom White commented on MAPREDUCE-3936: -------------------------------------- Luke, are you saying that we should remove the enforcement of limits in AMs, since the user could choose to do that by modifying the AM themselves? Perhaps the limits aren't needed in the history server either, since the Counters objects are short-lived (for display on a web page, or to return to the job client) so they will be GC'd very quickly. This is unlike the situation with the JT where all running jobs counters are held in memory for the duration of the job. > Clients should not enforce counter limits > ------------------------------------------ > > Key: MAPREDUCE-3936 > URL: https://issues.apache.org/jira/browse/MAPREDUCE-3936 > Project: Hadoop Map/Reduce > Issue Type: Improvement > Components: mrv1 > Reporter: Tom White > Assignee: Tom White > Attachments: MAPREDUCE-3936.patch, MAPREDUCE-3936.patch > > > The code for enforcing counter limits (from MAPREDUCE-1943) creates a static JobConf instance to load the limits, which may throw an exception if the client limit is set to be lower than the limit on the cluster (perhaps because the cluster limit was raised from the default). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira