[rrd-users] RRD Not Storing Historical Gauge Data
Alex van den Bogaerdt
alex at vandenbogaerdt.nl
Wed Nov 5 19:14:42 CET 2008
----- Original Message -----
>> But it appears all of your updates are more than 120 seconds apart.
>
> That was it. I had thought the script that performs the iterative tests
> was running more frequently. With the updated HB, it works like a champ.
good.
> For a gauge-based application such as this, whereas the times gauge
that does not matter. gauge, counter and so on decide how rates are
computed, nothing more.
> readings are available may vary between 1-45 minutes, would there be any
> harm in setting a high heartbeat, such as 3600 seconds (60 minutes)? I
No, not at all. As long as you understand what's happening, you can set it
to anything appropriate for your situation. If you need to have unknown
data (e.g. at reboot time) you can always force an unknown by updating with
value "U".
> would assume the average would be calculated between steps/intervals, per
> the documentation?
It would compute one rate (using gauge you're just telling it the rate) and
then normalize that rate into many intervals (timespans defined by 'step').
That could mean you would be getting { 1000, 1000, 1000, 1000 } instead of
{ 1200, 900, 900, 1000 } if you would have updated four times instead of one
time.
> Would a heartbeat value of '0' cause RRD not to apply
> heartbeat NaNs, and as such the average would be taken for all intervals?
I don't remember zero being a special value, but to be 100% sure you would
need to examine the source. You could always set it to 604800 (one week) or
even more.
More information about the rrd-users
mailing list