
<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hi all!<div><br></div><div>I’ve been using collectd for a few years now, and it’s been a super-helpful tool to have. Thank you to all the developers who’ve made this thing available!</div><div><br></div><div>The problem I’ve run into over the last few weeks is the latency involved in collecting JMX metrics with the GenericJMX plugin. The way that plugin operates limits how much data you can reliably grab in a read cycle, and the resolution (and consistency) for metrics gathered.</div><div><br></div><div>So over the last couple evenings I put this together, and thought you might like to know.</div><div><a href="https://github.com/bvarner/collectd-fast-jmx">https://github.com/bvarner/collectd-fast-jmx</a></div><div><br></div><div>I’m still working through the normal ‘get the kinks out’ type of things, but so far the improvement in read() cycle latency has been very much worth it.</div><div><br></div><div><br></div><div>One thing that has me very bothered is the constant spam regarding</div><div>‘Unable to determine interval from context for value list…’ </div><div>that I’m getting in syslog. I assume this is due to a change in the time resolution / what-not in the recent 5.x versions. Is there anything I can do (with the java ValueList) to correct this?</div><div><br></div><div><br></div><div>Regards,</div><div>-Bryan Varner</div></body></html>