S:r2:GAUGE:60:0:100â \
> âDS:r3:GAUGE:60:0:100â \
> âDS:lf:GAUGE:60:0:100â \
> âDS:he1:GAUGE:60:0:1000â \
> âRRA:AVERAGE:0.5:1:14400â \
> âRRA:MIN:0.5:1440:18000â \
> âRRA:MAX:0.5:1440:18000â \
> âRRA:AVERAGE:0.5:1440:18000â
>
> Maybe s
helpful to have a new command (eg. 'x,y,POW') to do this
> in a single operation, but nobody has submitted it yet...
Of course if you just want the square, replace x^2 with x*x to give 3*x*x:
3,x,DUP,*,*
Cheers
Tony
--
Tony Mountifie
t;
>
> PS - no I didn't come up with this myself, someone else pointed me in that
> direction.
>
> ___
> rrd-users mailing list
> rrd-users@lists.oetiker.ch
> https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users
>
--
Tony Mountifi
t; before rrdtool, to see exactly what command is being generated
without actually trying to execute it. Then you can tinker with it till
it looks right and then remove the echo to try it for real.
But also, it might depend on your CSV file. If you post a few example lines
we might be able to help. Also
In article ,
Tony Mountifield wrote:
> In article
> ,
> Athanasios Silis wrote:
> > Hello there,
> > I am trying to use rrd_update_r() to update a rrdb through a c++ program.
> > So I am generating the argc/argv on the fly to pass into the function.
> >
;);
>
> I get this error from rrd_get_error():
> sensors.rrd: expected timestamp not found in data source from update
>
> Is timestamp not accepted in seconds from EPOCH?
Can you show your code all the way from the above until the call to
rrd_update_r()?
Also, show the value of updst
initialise timestamp outside the loop
and increment it within the loop.
Hope this is enough to get you started. It's really basic C programming, not
RRD-specific.
Cheers
Tony
--
Tony Mountifield
Work: t...@softins.co.uk - http://www.softins.co.uk
Play: t...@mountifield.org - http://tony.mountifield.org
___
rrd-users mailing list
rrd-users@lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users
In article <04d9b47de80b8ff249827b72ab248...@thehobsons.co.uk>,
Simon Hobson wrote:
> Tony Mountifield wrote:
> >This has shown up another issue which is related to the "everything is a
> >rate"
> >philosophy of RRD. I am using a RRD GAUGE DS to log values w
operly handle
values that are instantaneous quantities rather than rates, without having
to resort to the dual-write kludge I mentioned above?
Thanks!
Tony
--
Tony Mountifield
Work: t...@softins.co.uk - http://www.softins.co.uk
Play: t...@mountifield.org - ht
e price to pay. If
> performance is seriously harmed by this (I doubt it, unless you have a very
> large number of RRDs with many RRAs) then the solution will be more or
> faster hardware, or reconsider your change.
>
>
> ___
> rr
In article ,
Tony Mountifield wrote:
> In article <37C388565C9E4EC88E23BAA2021C1435@DESK>,
> Alex van den Bogaerdt wrote:
> > > Now, because the value was 5 for a fifth of the period, the average value
> > > stored is 1, which is fine. However, the MAX table al
gt; bucket.
>
> In other words: instead of step==300 and steps_per_CDP==1, you set step==1
> and steps_per_CDP==300.
>
> Please try and get back.
Interesting! I hadn't thought of that. It sounds promising - thanks!
I'll let you know how I get on - although it won't be u
thin the period as the stored MAX
value for the period.
Can anyone enlighten me how to achieve the above? Thanks!
Cheers
Tony
--
Tony Mountifield
Work: t...@softins.co.uk - http://www.softins.co.uk
Play: t...@mountifield.org - http://tony.mountifield.org
_
13 matches
Mail list logo
