[mrtg] New MRTG install... Run as Daemon and RRD setup?

[Steve Shipway]

From my recent performance tests, I’d say the benefits of using daemon mode (particularly if you’re using it in conjunction with RRDTool 1.4.x and its memory-mapped IO) far outweigh any configuration headaches.  It is far more efficient in disk IO, the only headaches being that (a) you cannot control the sequence or precise timing of the individual checks, (b) you need to tune the number of Forks: appropriately for your system’s capacity, and (c) you need to restart the daemon if you change the config files.
To get around (c) I’ve been working on a patch for MRTG that forces a re-read if the cfg file has been modified but this has not yet been submitted.
I really think you’re overestimating the network load of the SNMP checks.  We’re running a few thousand cheks every 5 min here and we’re not coming close to the 100Mb network capacity.
Steve
________________________________
Steve Shipway
ITS Unix Services Design Lead
University of Auckland, New Zealand
Floor 1, 58 Symonds Street, Auckland
Phone: +64 (0)9 3737599 ext 86487
DDI: +64 (0)9 924 6487
Mobile: +64 (0)21 753 189
Email: s.shipway at auckland.ac.nz<mailto:s.shipway at auckland.ac.nz>
P Please consider the environment before printing this e-mail


From: mrtg-bounces+s.shipway=auckland.ac.nz at lists.oetiker.ch [mailto:mrtg-bounces+s.shipway=auckland.ac.nz at lists.oetiker.ch] On Behalf Of Arvon Griffiths
Sent: Tuesday, 28 September 2010 10:27 a.m.
To: mrtg at lists.oetiker.ch
Subject: Re: [mrtg] New MRTG install... Run as Daemon and RRD setup?

This is a Linux box...  I know 350+ smtp transactions isn't that much traffic but, I'm polling for traffic and errors and I'm using the box for alerting circuits up/dn and plan on processing traps on it so, I wanted to be as efficient as possible to it.

That being said, it sounds like the headaches involved in running it in Daemon mode are greater than the performance gain.  Opinions?




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/mrtg/attachments/20100927/314c7ff0/attachment.htm