Re: [Ganglia-developers] Gmetad bottlenecks

2014-01-15 Thread Nicholas Satterly
Hi Devon, I think now that we the ability to define exactly which metrics should and should not be summarised then the issue of slow-downs due to metric summarisation can be managed. If we are to look at redoing the XML parsing next then the two contenders that come to mind are gzipped JSON and

Re: [Ganglia-developers] Gmetad bottlenecks

2014-01-15 Thread Jesse Becker
On Wed, Jan 15, 2014 at 8:41 AM, Nicholas Satterly nfsatte...@gmail.com wrote: If we are to look at redoing the XML parsing next then the two contenders that come to mind are gzipped JSON and Google Protocol Buffers. PB is meant to be very efficient and therefore faster, however it seems

Re: [Ganglia-developers] Gmetad bottlenecks

2014-01-15 Thread Dave Rawks
On 01/15/2014 06:42 AM, Jesse Becker wrote: On Wed, Jan 15, 2014 at 8:41 AM, Nicholas Satterly nfsatte...@gmail.com wrote: If we are to look at redoing the XML parsing next then the two contenders that come to mind are gzipped JSON and Google Protocol Buffers. PB is meant to be very

Re: [Ganglia-developers] Gmetad bottlenecks

2014-01-15 Thread Jeff Buchbinder
On Wed, Jan 15, 2014 at 12:11 PM, Dave Rawks d...@pandora.com wrote: On 01/15/2014 06:42 AM, Jesse Becker wrote: On Wed, Jan 15, 2014 at 8:41 AM, Nicholas Satterly nfsatte...@gmail.com wrote: If we are to look at redoing the XML parsing next then the two contenders that come to mind are

Re: [Ganglia-developers] Gmetad bottlenecks

2014-01-15 Thread Devon H. O'Dell
Perhaps configurable, then? XDR is a pain in the ass to debug. I was considering going with JSON or BSON initially. --dho 2014/1/15 Dave Rawks d...@pandora.com: On 01/15/2014 06:42 AM, Jesse Becker wrote: On Wed, Jan 15, 2014 at 8:41 AM, Nicholas Satterly nfsatte...@gmail.com wrote: If we