>>> On 12/6/2007 at 5:23 PM, in message <[EMAIL PROTECTED]>, john allspaw <[EMAIL PROTECTED]> wrote: > About the part where one can associate 'friendly' titles to metric names: > > Let's say I have two clusters of boxes, (web1 and web2) but they both have > some similar custom gmetrics, say, apache_bytes. Would I be able to title the > apache_bytes of web1 "FrontEnd Web Bytes" and apache_bytes of web2 "Static > Image Web Bytes" ? and if so, > what does that mean for when those metrics are rolled up into the grid view > ? are apache_bytes from both web1 and web2 put together (like it is now ?) > > I guess what I'm asking is...is the title used for anything but display ? > The reason I'm asking is that I'd like to be able to use the same gmetric > script for graphing apache metrics everywhere, but since we have clusters of > webservers doing different things, it would be helpful to slice them up by > either gmetric name *or* title. ? > > Maybe I'm the only one with this use case, or I'm misunderstanding the idea > behind "titles"; both are equally possible. :) > -j >
Yes, the title is only used for display. There is nothing else, at least from the gmond/gmetad perspective, that depends on the title. All of the dependancies are still on the metric name just like it was before. So you should see no difference in the new code vs the older code in that respect. If you want to be able slice metrics up in the display, then you are probably really talking about the GROUP attribute which is also new. Metric GROUPs are not configurable through a .conf file, they are directly tied to a metric. So the same metric running on one machine vs another will always report itself as being from the same group. This would allow the web frontend to filter on groups and display only the metrics that the user wanted rather than a complete list of all metric graphs. Brad ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Ganglia-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-developers
