kafka-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pierre-Yves Ritschard <...@smallrivers.com>
Subject Re: Metrics
Date Thu, 29 Sep 2011 07:09:25 GMT
KAFKA-140 has been submitted and contains a patch for this

On Wed, 28 Sep 2011 09:21:15 -0700
Jun Rao <junrao@gmail.com> wrote:

> Matthias,
> 
> Thanks for the suggestion. This is possible. One way to do that is to
> extend SnapshotStats so that it additionally keeps a cumulative stats
> and exposes it. Could you create a jira for that? Would anyone be
> interested in providing a patch?
> 
> Jun
> 
> On Wed, Sep 28, 2011 at 2:17 AM, Mathias Herberts <
> mathias.herberts@gmail.com> wrote:
> 
> > Hi,
> >
> > I've deployed a few kafka brokers to test kafka out, for monitoring
> > purposes I've configured our in-house monitoring system to poll the
> > JMX MBeans exposed by Kafka.
> >
> > It appears that some of the metrics exposed through JMX are
> > pre-computed rates of change of quantities whose raw values are not
> > available via JMX. Would it be possible for the MBeans to expose
> > those raw values so rates, delta, etc can be computed on other time
> > periods?
> >
> > I'm specifically thinking about the following metrics:
> >
> > avgflushms
> > avgfetchrequestms
> > avgproducerequestms
> > bytesreadpersecond
> > byteswrittenpersecond
> > fetchrequestspersecond
> > producerequestspersecond
> >
> > which are rates and averages. Having the following additional
> > metrics (counters) would allow for more flexibility:
> >
> > totalflushms
> > totalbytesread
> > totalbyteswritten
> > totalfetchrequestms
> > totalproducerequestms
> >
> > Mathias.
> >


Mime
View raw message