KAFKA-140 has been submitted and contains a patch for this On Wed, 28 Sep 2011 09:21:15 -0700 Jun Rao <jun...@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.herbe...@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. > >
