[rrd-users] Re: help

Alex van den Bogaerdt alex at slot.hollandcasino.nl
Tue Aug 14 01:41:17 MEST 2001


Collins, Eric S. wrote:
> 
> Hmm,
> 	4 minutes/pixel? Not sure how that is derived.

It doesn't help if you only have RRAs with 1 PDP per CDP, if you
graph 1600 minutes then you will *have to* combine four PDPs into
one pixel.  Yes, this means averaging.  Yes, this means you cannot
have exact numbers as fetched from the source.  This is how RRDtool
works.  This is how rates work.  Everything is computed into
an x per second value.

You may be able to produce something that looks like what you want.
This would involve LAST as a consolidation function.  However I think
this will show up as 35 if a range of "23 56 10 35" is consolidated.
(I'm not sure.  Can anybody who knows for sure tell please?)

The closest you can get is to enter the values at suitable times.
This means cheating: in stead of the real time you tell RRDtool
to store it at time-(time modulo 60).  Example: if now == 997745684
then you store the sample at 997745684 - 44 = 997745640.

The numbers will be whole numbers in the RRA that has 1 PDP per CDP.
When averaged into the RRA with 4 PDPs per CPD, you will end up with
numbers that are x.25, x.50 or x.75, perhaps you want to round those
using RPN instructions in a CDEF.  This is not what you should want.

You could also think of a perminute display, a perhour display, a
perday display etcetera.  All numbers end up in the database as
rates (x per second) and can thus be multiplied by a number of seconds.
Alternative to this suggestion: if your database contains GAUGE entries
of number of users per minute, you can multiply by 60 to get the number
of users per hour.

cheers.
-- 
   __________________________________________________________________
 / alex at slot.hollandcasino.nl                  alex at ergens.op.het.net \
| work                                                         private |
| My employer is capable of speaking therefore I speak only for myself |
+----------------------------------------------------------------------+
| Technical questions sent directly to me will be nuked. Use the list. | 
+----------------------------------------------------------------------+
| http://faq.mrtg.org/                                                 |
| http://rrdtool.eu.org  --> tutorial                                  |
+----------------------------------------------------------------------+

--
Unsubscribe mailto:rrd-users-request at list.ee.ethz.ch?subject=unsubscribe
Help        mailto:rrd-users-request at list.ee.ethz.ch?subject=help
Archive     http://www.ee.ethz.ch/~slist/rrd-users
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi



More information about the rrd-users mailing list