[rrd-users] Fwd: Re: Input values normalization

[Reinhard Scheck]

Yes, Cacti can handle custom rrd setups like the one described below. There has
been a discussion how to achieve custom setups every now and then in the Cacti
Forum, so a search _should_ yield acceptable results on this topic.
Reinhard

On 18.02.2014 16:05, Alex van den Bogaerdt wrote:
> 
> There is nothing wrong with, for instance, setting steps==3600 and CF==MAX 
> to remember the highest temperature reported during an hour, and to have 
> this as the RRA with finest granularity.
> 
> You could have two RRAs, one remembering MAX the other MIN, and then show 
> the temperature range seen suring any hour (e.g. a red area for the max 
> temperature seen, overlayed by a blue area for the minimum temperature 
> seen).
> 
> Not sure if cacti can do this, that's for someone else to answer, but 
> RRDtool can do it.
> 
> HTH
> Alex
> 
> 
> ----- Original Message ----- 
> From: "ENTRESSANGLE, ERIC (ERIC)" <eric.entressangle at alcatel-lucent.com>
> To: <rrd-users at lists.oetiker.ch>
> Sent: Tuesday, February 18, 2014 3:17 PM
> Subject: [rrd-users] Input values normalization
> 
> 
> Hello
> 
> I would like the feedback of experienced rrdtool/cacti users about the 
> following point :
> I think I understood that rrdtool works with rates (through counter, derive, 
> absolute types), and that in this case, the "normalization" step can make 
> sense.
> 
> But I'm more doubtful about the "normalization" for gauge type, for example 
> when I graph a plain temperature, because it means that the temperature on 
> my graph is never exactly the real input value, unless data source step and 
> cacti's poller are perfectly synchronized, but it is impossible when there 
> are a lot of counters to retrieve.
> 
> The solution I found is to set a data source step to 1 second to avoid 
> normalization, but this produces big rrd files with a lot of redundant 
> information.
> 
> I did not find a satisfactory solution up to now, thanks for any hint.
> 
> Regards
> 
> Eric
> 
> 
> 
> 
> 
> --------------------------------------------------------------------------------
> 
> 
>> _______________________________________________
>> rrd-users mailing list
>> rrd-users at lists.oetiker.ch
>> https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users
>>
> 
> _______________________________________________
> rrd-users mailing list
> rrd-users at lists.oetiker.ch
> https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users
>