From f9df7b08907af1e90fcc732c58b77f769f99a63f Mon Sep 17 00:00:00 2001 From: oetiker Date: Sun, 4 Mar 2001 13:12:44 +0000 Subject: [PATCH] added note on counter vs derive -- Don BAARDA git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk@27 a5681a0c-68f1-0310-ab6d-d61299d08faa --- program/doc/rrdcreate.pod | 23 +++++++++++++++++++++++ 1 file changed, 23 insertions(+) diff --git a/program/doc/rrdcreate.pod b/program/doc/rrdcreate.pod index 14b6f198..0d5c6ceb 100644 --- a/program/doc/rrdcreate.pod +++ b/program/doc/rrdcreate.pod @@ -80,6 +80,29 @@ room. Internally, derive works exaclty like COUNTER but without overflow checks. So if your counter does not reset at 32 or 64 bit you might want to use DERIVE and combine it with a MIN value of 0. +=over + +=item NOTE on COUNTER vs DERIVE + +by Don Baarda Edon.baarda@baesystems.comE + +If you cannot tolerate ever mistaking the occasional counter reset for a +legitimate counter wrap, and would prefer "Unknowns" for all legitimate +counter wraps and resets, always use DERIVE with min=0. Otherwise, using +COUNTER with a suitable max will return correct values for all legitimate +counter wraps, mark some counter resets as "Unknown", but can mistake some +counter resets for a legitimate counter wrap. + +For a 5 minute step and 32-bit counter, the probability of mistaking a +counter reset for a legitimate wrap is arguably about 0.8% per 1Mbps of +maximum bandwidth. Note that this equates to 80% for 100Mbps interfaces, so +for high bandwidth interfaces and a 32bit counter, DERIVE with min=0 is +probably preferable. If you are using a 64bit counter, just about any max +setting will eliminate the possibility of mistaking a reset for a counter +wrap. + +=back + =item B is for counters which get reset upon reading. This is used for fast counters -- 2.30.2