You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Jeff Bean (Created) (JIRA)" <ji...@apache.org> on 2011/11/28 22:39:40 UTC
[jira] [Created] (HADOOP-7866) logging and gc JVM metrics should be
provided as "gauges"
logging and gc JVM metrics should be provided as "gauges"
---------------------------------------------------------
Key: HADOOP-7866
URL: https://issues.apache.org/jira/browse/HADOOP-7866
Project: Hadoop Common
Issue Type: Bug
Components: metrics
Affects Versions: 0.20.2
Reporter: Jeff Bean
JVM Metrics:
logWarn
logInfo
logError
logFatal
gcCount
gcTimeMillis
Are provided as "counters" only, meaning that they cumulate values over time rather than report real-time values. The code uses incrMetric() instead of setMetric(), for these metrics.
In tools like ganglia this leads to increasing graphs that aren't terribly useful: You can't tell by looking at a graph of these metrics whether or not garbage collection times are going up, how long individual gc events were, or when interesting log errors happened, because those events are overshadowed by trends when the metrics are reported as counters. Also, users are accustomed to thinking that a graph trending up indicates an operational issue, so these metrics cause interest and confusion among operators when they shouldn't.
I'm attaching a patch to JVM Metrics that adds the following metrics:
logWarnGauge
logInfoGauge
logErrorGauge
logFatalGauge
gcCountGauge
gcTimeMillisGauge
As well as a sample image of how those metrics look after running with this patch on a test cluster for a couple weeks.
J
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira