[rrd-developers] Re: Consolidation Factors and Steps

[Tobias Oetiker]

Today Gellatly, Laurie wrote:

 | So a change to rrd_fetch.c of:
 | 168c168,169
 | <       if(cf_conv(rrd.rra_def[i].cf_nam) == cf_idx){
 | ---
 | >       if((cf_conv(rrd.rra_def[i].cf_nam) == cf_idx) ||
 | >                    (rrd.rra_def[i].pdp_cnt == 1)){
 | (the line numbers may be wrong due to the older version I'm running)
 | would be a reasonable change?

with the current crop of consolidation functons this is a save bet
...

cheers
tobi
 |
 | [Apologies for sending this to the user list when it should have
 | been directed to the developers list].
 |
 | 			...Laurie :{)
 |
 | -----Original Message-----
 | From: Tobias Oetiker [mailto:oetiker at ee.ethz.ch]
 | Sent: Monday, 30 April 2001 15:25
 | To: Gellatly, Laurie
 | Cc: rrd-users at list.ee.ethz.ch
 | Subject: Re: [rrd-users] Consolidation Factors and Steps
 |
 |
 | Today Gellatly, Laurie wrote:
 |
 |  |
 |  | Hi,
 |  | I'd like to make sure I have the correct understanding of
 |  | Consolidation Factors and Steps.
 |  | >From the manual:
 |  | rrdtool create ... [--step|-s step] ... [ RRA: CF:xff:steps:rows]
 |  | Please note there is a "step" value and "steps" as well and I
 |  | talk about both below.
 |  |
 |  | If I have an RRA that has a steps value of 1 then I believe that
 |  | this means that every point that is entered into the rrd should
 |  | end up in this RRA. As another way of looking at this, if I
 |  | enter 3 values over step/3 intervals with a CF of Average,
 |  | then does this actually average the values being entered into
 |  | the RRA? I'd assumed that the CF does not get considered
 |  | when "steps" was 1?
 |  |
 |  | If my assumption is correct that "steps" = 1 means actual
 |  | data points entered (time period adjusted if needed), then
 |  | the CF is not relevant in this case. This leads me to
 |  | believe that keeping more than 1 RRA with different CFs
 |  | and all with steps=1 is a waste. A change to rrd_fetch
 |  | would allow any CF with steps=1 to be returned if the
 |  | interval requested was "acceptable".
 |
 | for the current crop of CFs this would be an acceptable
 | optimization ...
 |
 | cheers
 | tobi
 |  |
 |  | Comments?
 |  |
 |  | Thanks			...Laurie :{)
 |  |
 |  |
 |  | **********************************************************************
 |  | This correspondence is for the named person's use only.  It may
 |  | contain confidential or legally privileged information or both.
 |  | No confidentiality or privilege is waived or lost by any
 |  | mistransmission.  If you receive this correspondence in error, please
 |  | immediately delete it from your system and notify the sender.  You
 |  | must not disclose, copy or rely on any part of this correspondence
 |  | if you are not the intended recipient.
 |  |
 |  | Any views expressed in this message are those of the individual sender,
 |  | except where the sender expressly, and with authority, states them to
 |  | be the views of Vodafone.
 |  |
 |  | This email has been checked for viruses.
 |  | **********************************************************************
 |  |
 |  | --
 |  | 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
 |  |
 |  |
 |
 |

-- 
 ______    __   _
/_  __/_  / /  (_) Oetiker, Timelord & SysMgr @ EE-Dept ETH-Zurich
 / // _ \/ _ \/ / TEL: +41(0)1-6325286  FAX:...1517  ICQ: 10419518
/_/ \.__/_.__/_/ oetiker at ee.ethz.ch http://ee-staff.ethz.ch/~oetiker


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