Return-Path: Delivered-To: apmail-hadoop-common-dev-archive@www.apache.org Received: (qmail 13305 invoked from network); 3 Feb 2010 03:20:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Feb 2010 03:20:42 -0000 Received: (qmail 30971 invoked by uid 500); 3 Feb 2010 03:20:41 -0000 Delivered-To: apmail-hadoop-common-dev-archive@hadoop.apache.org Received: (qmail 30869 invoked by uid 500); 3 Feb 2010 03:20:40 -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 30859 invoked by uid 99); 3 Feb 2010 03:20:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Feb 2010 03:20:40 +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; Wed, 03 Feb 2010 03:20:39 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 12761234C495 for ; Tue, 2 Feb 2010 19:20:19 -0800 (PST) Message-ID: <920183320.46071265167219074.JavaMail.jira@brutus.apache.org> Date: Wed, 3 Feb 2010 03:20:19 +0000 (UTC) From: "Rajesh Balamohan (JIRA)" To: common-dev@hadoop.apache.org Subject: [jira] Created: (HADOOP-6535) Ability to measure the throughput of individual components at node level MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Ability to measure the throughput of individual components at node level ------------------------------------------------------------------------ Key: HADOOP-6535 URL: https://issues.apache.org/jira/browse/HADOOP-6535 Project: Hadoop Common Issue Type: Improvement Components: metrics Affects Versions: 0.20.1 Reporter: Rajesh Balamohan Currently rely on JVMMetrics, DFSMetrics, IPCMetrics, MapRedMetrics to quickly check performance. It would be helpful to have metrics which would measure the individual component metrics. Some of them are listed below 1. Throughput of MapOutputServlet in a tasktracker (Currently there are statistics which report on server busy, successful output etc. However, understanding the data throughput of this servlet is little hard. Some additional metrics like the following would be helpful in determining the parallel copies in shuffle phase. - Total amount of bytes served - Total amount of time spent in reading & streaming - Data throughput of MapOutputServlet in MB/second - Number of concurrent requests now, peak requests 2. Another metric could be on DFSClient's DataStreamer. The amount of data streamed per second by a specific node would be helpful. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.