Return-Path: Delivered-To: apmail-hadoop-common-dev-archive@www.apache.org Received: (qmail 8020 invoked from network); 24 Dec 2009 01:24:53 -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:53 -0000 Received: (qmail 84328 invoked by uid 500); 24 Dec 2009 01:24:52 -0000 Delivered-To: apmail-hadoop-common-dev-archive@hadoop.apache.org Received: (qmail 84239 invoked by uid 500); 24 Dec 2009 01:24:51 -0000 Mailing-List: contact common-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-dev@hadoop.apache.org Delivered-To: mailing list common-dev@hadoop.apache.org Received: (qmail 84229 invoked by uid 99); 24 Dec 2009 01:24:51 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Dec 2009 01:24:51 +0000 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, 24 Dec 2009 01:24:50 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 6AF26234C045 for ; Wed, 23 Dec 2009 17:24:29 -0800 (PST) Message-ID: <2014306266.1261617869423.JavaMail.jira@brutus> Date: Thu, 24 Dec 2009 01:24:29 +0000 (UTC) From: "Dmytro Molkov (JIRA)" To: common-dev@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 X-Virus-Checked: Checked by ClamAV on apache.org 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.