Hi, On Mon, Jun 09, 2008 at 02:41:45PM +0200, Tobias Oetiker wrote: > in the light of the pending 1.3.0 release I will keep further > changes apart from exposing the extra functions for the next > release cycle.
I agree - what about the additional functions I suggested earlier today though? They are implemented already and somewhat complete the low-level interface. > Today Bernhard Fischer wrote: > > ----- 8< ----- > > # /opt/nagios_snmp/bin/rrd_reader > > rrd_reader 0.7.5 20080527 13:23:22 +0200 > > Usage: rrd_reader > > file.rrd rrd file to read > > DS ds_def[].ds_nam, name of the DataSource > > CF rra[].cf, e.g. "LAST" or "AVERAGE" > > -n<count> number of data-points (default 1, i.e. most recent) > > -w<val,percent> Warning threshold > > -c<val,percent> Critical threshold > > -z<arith> [min|avg|max] applied to counter > > -M<multiplier> multiply value from rrd by this (default 1.0) > > -o<string> append string to output > > [-le|-ge] Warning/Critical if less or greater equal, respectively [...] > > The applet should basically do this instead: > > 0) [APP] option handling > > 1) call rrd_open() > > 2) [APP] eventually inspect the header. > > 3) [APP] setup desired start, end, step. > > 4) call rrd_find_rra() or rrd_find_best_rra() /* or however it would be > > called */ > > 5) [APP] adjust start, end, step to legit values. > > 6) call rrd_fetch_fn() > > 7) [APP] rrd_close(); rrd_free() > > 8) [APP] do something with the results and exit. Sounds good to me. In addition, it might make sense to add the additional features implemented in rrd_reader to rrd_fetch. What do you think? Cheers, Sebastian -- Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin
signature.asc
Description: Digital signature
_______________________________________________ rrd-developers mailing list [email protected] https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers
