[mrtg] Re: mrtg performance
Alex van den Bogaerdt
alex at slot.hollandcasino.nl
Wed Jun 27 22:09:12 MEST 2001
Schuyler Bishop wrote:
> I wonder if this is related to my other issue - getting "artifacts" for
> spikes in my interfaces... it only seems to happen for a single poll, but I
> get "spikes" that are 70-80% of theoretical max. It's really annoying!
> Granted, I'm polling over the internet...
Spikes are usually generated by counter resets. There may be other
causes; they are NOT described in this mail so if the following does
not apply to you, I'm sorry:
If the counter is at (say) 268435456 and then wraps to 0, the normal
behaviour of MRTG --->used to be<--- (I don't know the current status)
to ignore the update. That is, MRTG assume{s|d} a counter reset.
The normal behaviour for RRDtool is to assume a counter overflow.
Overflows may happen quite often. The overflow detection is quite
elegant: If the current value is lower than the previous value,
2^32 is added and the resulting number must have been the increment.
counter before: 268,435,456
counter after: 10
Increment: 10 - 268,435,456 == -268,435,446
Adjusted: 4,026,531,850
Per second: 4,026,531,850 / 300 == 13,421,772
This is, in this case, obviously wrong. This is why the min and max
values should be set in RRDtool. You can do this using rrdtool tune.
The same command can also display the current settings.
The proper way to handle this BTW is to detect a reset from within
the front end. If a reset occurs, an unknown value should be inserted
into the RRD.
cheers,
Alex
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://www.ee.ethz.ch/~slist/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
More information about the mrtg
mailing list