Return-Path: Delivered-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Received: (qmail 8137 invoked from network); 24 Dec 2009 01:24:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Dec 2009 01:24:56 -0000 Received: (qmail 85266 invoked by uid 500); 24 Dec 2009 01:24:56 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 85199 invoked by uid 500); 24 Dec 2009 01:24:56 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-issues@hadoop.apache.org Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 85189 invoked by uid 99); 24 Dec 2009 01:24:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Dec 2009 01:24:56 +0000 X-ASF-Spam-Status: No, hits=-10.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI 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, 24 Dec 2009 01:24:49 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 7BE5A234C04C for ; Wed, 23 Dec 2009 17:24:29 -0800 (PST) Message-ID: <1873808904.1261617869506.JavaMail.jira@brutus> Date: Thu, 24 Dec 2009 01:24:29 +0000 (UTC) From: "Dmytro Molkov (JIRA)" To: common-issues@hadoop.apache.org Subject: [jira] Created: (HADOOP-6470) JMX Context for Metrics MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 JMX Context for Metrics ----------------------- Key: HADOOP-6470 URL: https://issues.apache.org/jira/browse/HADOOP-6470 Project: Hadoop Common Issue Type: New Feature Reporter: Dmytro Molkov The way metrics are currently exposed to the JMX in the NameNode is not helpful, since only the current counters in the record can be fetched and without any context those number mean little. For example the number of files created equal to 150 only means that in the last period there were 150 files created but when the new period will end is unknown so fetching 150 again will either mean another 150 files or we are fetching the same time period. One of the solutions for this problem will be to have a JMX context that will accumulate the data (being child class of AbstractMetricsContext) and expose different records to the JMX through custom MBeans. This way the information fetched from the JMX will represent the state of things in a more meaningful way. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.