On 07/30/2013 05:53 AM, Chris Burroughs wrote:
> On 07/30/2013 02:45 AM, Nicholas Satterly wrote:
>> Could you expand on what you mean by multi-tenancy, please? I'm curious.
>
> There is currently no application or other namespacing. If I have a
> bunch of java apps on the same box and they are al
On 07/30/2013 02:45 AM, Nicholas Satterly wrote:
> Could you expand on what you mean by multi-tenancy, please? I'm curious.
There is currently no application or other namespacing. If I have a
bunch of java apps on the same box and they are all emitting
"jvm.memory.heap_usage", those metrics wil
On 07/29/2013 02:20 PM, Dave Rawks wrote:
> . I've never heard anybody have problems with our
> serialization, but there is frequent and often confusing troubleshooting
> around multicast vs unicast and the various
> infrastructural/configuration tweaks to make the most out of those.
My understan
> Further improvements could probably > be had in the arena of node
> multi-tenancy and/or arbitrary node
> grouping/clustering.
Could you expand on what you mean by multi-tenancy, please? I'm curious.
--Nick.
On 29 Jul 2013, at 19:21, Dave Rawks wrote:
> I'm still trying to figure out what yo
I'm still trying to figure out what you're trying to improve here? XDR
seems like a fine, standard, lightweight serialization protocol to use.
It is already implemented and we've already got some protocol handling
for backwards compat for really old ganglia monitor clients. What is
there to gai
Hi,
Thanks for response.
I see there is no averseness to the idea of considering different
serialization format/protocol.
Before we have any contribution in terms of code/specifications, what would
be the ideal choice among these :
http://en.wikipedia.org/wiki/Comparison_of_data_serialization_fo
I am not necessarily opposed to it if it's implemented in such a way not
to break backwards compatibility. Someone would need to contribute some
code.
Vladimir
On Fri, 26 Jul 2013, Dave Rawks wrote:
> I'm curious to hear what you think is going to be more efficient,
> platform agnostic and por
I'm curious to hear what you think is going to be more efficient,
platform agnostic and portable than XDR? ASN1 would be the only thing I
would even consider using instead, but it is arguable whether it would
be worth the pain of supporting more than one serialization format and
it certainly do
Hi,
Considering that we have better and compute efficient and binary
serialization open formats out there . How hard would it to make Ganglia
use them instead of XDR ?
Can the serialization format engines be pluggable, instead of being closely
integrated with XDR? Is it still worth continuing to s
