[mrtg] Re: mrtg performance

Schuyler Bishop SBishop at e-xpedient.com
Wed Jun 27 21:47:25 MEST 2001


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

Schuyler

-----Original Message-----
From: don at focaleng.net [mailto:don at focaleng.net]
Sent: Wednesday, June 27, 2001 1:49 PM
To: Schuyler Bishop
Cc: mrtg at list.ee.ethz.ch
Subject: Re: [mrtg] Re: mrtg performance



 While we're on this subject, I'd like to throw a query out.

 I'm running mrtg & rrdtool.  I'm querying about 80 pieces of
equipment right now.  I'm running mrtg in daemon mode and forking 80
times.

 My problem is that if I lose a group of equipment, those queries will
wait and hang waiting for a response.  In the meantime, 5 minutes have
gone by and time to query the equipment again, but its still waiting on
the others.  After several rounds of querying, I have a ton of waiting
processes and it is not not querying my other equipment.  So essentially
I'm not getting data for anything.

 Anybody else having this kind of problem?  Suggestions?  Thoughts?
Ideas?

 -=-Don
 don at digital-penguin.com

> That's one way to do it - but why don't you just create your own index
page
> and create the graphs with the appropriate calls to your CGI?  In my case,
I
> use the popular 14all.cgi, and send it params like the following for a
daily
> graph of 1.1.1.1_1 with a config file of test.cfg:
> 
> http://myserver/cgi-bin/14all.cgi?log=1.1.1.1_1&cfg=test.cfg&png=daily
> 
> In 14all.cgi, I've defined the $cfgfiledir to be where I keep my configs,
> and fixed the icondir.
> 
> That way, you generate one config file with MRTG's cfgmaker and use it in
> rrdtool/14all.cgi as well.
> 
> Just me bein lazy.  :)
> 
> Schuyler
> 
> -----Original Message-----
> From: Stewart Tolhurst [mailto:stewart at highwayone.net]
> Sent: Tuesday, June 26, 2001 9:01 AM
> To: mrtg at list.ee.ethz.ch
> Subject: [mrtg] Re: mrtg performance
> 
> 
> 
> I use MRTG integrated with RRDtool and run one config file but use a
> separate config file and cgi script for each device.
> 
> That way you can separate the data collection from the graph formatting.
> 
> RRDTool is much faster and less processor hungry than rateup too.
> 
> Stewart
> 
> 
> > -----Original Message-----
> > From: mrtg-bounce at list.ee.ethz.ch [mailto:mrtg-bounce at list.ee.ethz.ch]On
> > Behalf Of Kristjan Thordarsson
> > Sent: 26 June 2001 13:04
> > To: mrtg at list.ee.ethz.ch
> > Subject: [mrtg] mrtg performance
> >
> >
> >
> > Does mrtg run any faster if I put all my targets in one .cfg instead of
> > multiple files?  I would like to use multiple .cfg files for my targets
> > so indexmaker can make index for every target but I'm worried that I'll
> > swamp my machine with too many instances of perl running mrtg and
> > indexmaker for every target.  Is there some better way to this perhaps?
> >
> > Regards,
> > Kristjan
> >
> >
> > --
> > 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
> >
> 
> 
> --
> 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
> 
> --
> 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
> 
> 

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