[mrtg] Re: Too many hosts in single mrtg config files

Alex van den Bogaerdt alex at slot.hollandcasino.nl
Mon Aug 27 02:39:28 MEST 2001


tony bourke wrote:

> Here are a few tips that might help as well:

Sound advice.  I'll add some sound and hopefully some advice:

> 1:  Use a dedicated (or mostly dedicated) machine to do MRTG collection.
> MRTG is disk I/O intensive at a high number of devices, and the less it's
> doing other than MRTG the better.

Using rrdtool as the back end helps a lot here.  It is still better
to use a dedicated machine though.

> 2:  Split the machines up into different config files.  A config file for
> HP, another for network, another for Solaris.  This is a real benefit for
> dual processor boxes, since you've got semi-multi-threadedness out of it.

Try running several processes simultaniously even on a single processor.
While one instance is waiting for an answer from the device, another can
use the processor while a third uses the disk.  In stead of having
multiple mrtg config files running you could also try the "forks" option.

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: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