Hi Martin, On Monday 05 March 2007 12:54, Martin Knoblauch wrote: > I have just added the bug to my list. Unfortunatelly people are a bit > lazy in picking from the global bug-list.
OK.
> As for #120 I am inclined to shout "no, never !!!!" :-) What is the
> need for having "/" as part of the metrics name? This is so utterly
> ugly...
I guess beauty is in the eye of the beholder ;-)
I think that, like it or loath it, people may have legitimate reasons to use
the "/" character. The are two specific use-cases I'm thinking of: plotting
disk-partition- and VO- statistics (but other probably exist).
[a VO is a Virtual Organisation: a grid term for a general group of people
utilising some fraction of the grid's resources via fair-share]
With disk partitions statistics, like free disk space. One might want to
label graphs with their mount-points. For example:
"/disks/disk1 (available space)"
"/home (available space)"
"/usr (available space)"
...etc...
Whilst one could label these graphs differently, the above labels are logical
so (IMO) Ganglia should support them.
With VO-based statistics, certain VO group names include a "/" in them. Maybe
not a terribly good idea, but there you go.
For my (Ganglia-compatible) project, I've been forced to add a work-around:
any of the characters Ganglia can't cope with are mapped to a safe character
(an underscore: "_"). This mangles the graph's title, but given the context,
people can usually figure out what the label is supposed to be.
To my mind, having to mangle metrics' titles is more ugly than gmetad marking
up any unrepresentable characters within a filename.
Cheers,
Paul.
pgpP3LhmT4GG3.pgp
Description: PGP signature
