Hi,

do I take it that you mean you want the ability to combine several RRDs
of data
into a single graph, such as load_report or cpu_report? Because the
standard custom
graph code quite happily displays the custom graphs of single RRD data
items
(bug not-with-standing about where certain tpl->assigns are placed
(ooops Matt et al, forgot to mention that bug. Will do so).

In Orca (for example), the admitedly static config file contains
code that looks like this:

plot {
title                   %g Disk System Wide Transfer Rate
source                  orcallator
data                    1024 * disk_wK/s
data                    1024 * disk_rK/s
line_type               area
line_type               stack
legend                  Write transfer rate
legend                  Read transfer rate
y_legend                Bytes/s
data_min                0
plot_max                10000000
}

Does cacti offer any method? I don't know. But I'm very interested in
anything
anyone can think of. BTW, if/as you code it, try and make it as loosely
coupled
as possible. e.g. a separate php file for specing the stuff, and perhaps
either
a separate graph file, or a breakout from graph.php for the custom ones.
It is just that so many people (including me) have their own tweaks, so
loose
couplnig makes integration easier.

regards,
richard


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Alex Balk
Sent: 05 February 2006 18:32
To: ganglia-developers@lists.sourceforge.net
Subject: [Ganglia-developers] Custom metric graphs


Hi all,


I'm working on a web interface which would allow a user to choose which
reports metrics to group in a graph, thus forming custom reports. I
believe this would be especially useful when viewing gmetrics in a
cluster/grid context (nfs_ops/sec anyone? how about a breakdown to
read/write/getattr/blah?)


I've reached a stage where I have a basic form which provides a list of
all available metrics, where each line looks something like this:


metric      line_width   line_color      fill_area?      area_color


The metrics plotted in the output graph are the ones whose checkbox has
been checked. Since this is quite basic at this point, there's not much
in the way of input validation or eye candies.


The issue I'm facing is how to distinguish between memory, network and
other metrics. If you take a look at graph.php, at the section
responsible for generating memory graphs, you'd find CDEF passed as a
parameter to rrdtool, with certain RPN calculations performed in order
to display information correctly.

While it is possible to hardcode this into the interface for certain
metrics, same as with graph.php, it doesn't solve the problem with
custom metrics, where the user would have to be provided with a form
field where he'd enter RPN syntax to CDEF. Needless to say, that's not
too user-friendly, and requires some understanding of how rrdtool works.


Does anyone have any ideas on how this could be performed with
user-friendliness in mind? perhaps adding a dropdown menu with several
common CDEF parameters and calling them "memory/network/blah"?


Thanks,

Alex




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers


------------------------------------------------------------------------
For more information about Barclays Capital, please
visit our web site at http://www.barcap.com.


Internet communications are not secure and therefore the Barclays 
Group does not accept legal responsibility for the contents of this 
message.  Although the Barclays Group operates anti-virus programmes, 
it does not accept responsibility for any damage whatsoever that is 
caused by viruses being passed.  Any views or opinions presented are 
solely those of the author and do not necessarily represent those of the 
Barclays Group.  Replies to this email may be monitored by the Barclays 
Group for operational or business reasons.

------------------------------------------------------------------------


Reply via email to