The only thing that I would suggest is that you use the APIs to create and send
the packets. The problem with hand crafting the packets is that if the gmond
XDR packet definition ever changes, your interface will be broken. I don't
foresee the XDR packet definition change very frequently, hope
btw I have a suggestion for gmond's debugging output. When I was testing my
collectl interface and used my option to only send changes to gmond I naturally
turned on debugging to see what gmond was getting. I found the output very
difficult to follow since every received packet generated 3 lin
This uses 3.1 Here's an example of the output I generate when debugging is
turned on:
I have a routine I pass 3 parameters to: name of the variable, its units and
the value. I generate 2 packets, the first with a header and the second with
the data, which looks like this:
13:41:45.014 Name
>>> On 3/31/2009 at 9:56 AM, in message <49d23d46.2090...@hp.com>, Mark Seger
wrote:
>
> This then leads to my question, which is what is the best way to send
> data to ganglia. I want to keep my messages very dense and so we chose
> to simply send out binary data in the same format gmond expe
I'm the developer of a performance monitoring tool called collectl - see
http://collectl.sourceforge.net/ which is a fairly light-weight data
collector, capable of collecting most relevant performance metrics. In
addition to the basics that most tools collect like cpu, memory, disk
and network
