[mrtg] query re speed of processing against many mrtg targets ...

[dhazell at aap.com.au]

Dear mrtg users
I run an mrtg site (Windows 2000, mrtg-2.10.15). I have one perl script that
among other things uses cfgmaker and indexmaker to build a set of config
files and index pages. I have another perl script that uses win32::process
to spawn subprocesses that run mrtg against each config file. (I know this
is not standard but it does works ok.) I thought if I simply ran perl in the
background against one huge mrtg config file that (a) the process might
perhaps hang while processing a difficult target, and (b) it would be too
slow as (I am guessing) it processes the targets sequentially. 

While the setup works well, I would like it to go through it list of targets
faster, and unfortunately, my server needs more cpu power / memory /
resources whatever. (I know : simple solution - upgrade hardware!)

Does anyone have any tips on how to run W2000 mrtg server faster from
software point of view - (perhaps I need to upgrade the system to something
that generates the graphs on demand rather than always whether the graphs
are needed or not.)  Is it true it is probably faster to have multiple
processes running mrtg against many targets at the same time.

Your insights will be appreciated.

rgds
Derek
###############################################################
Derek Hazell - Systems Engineer - AAP, 9 Lang St, Sydney, 2000
(mbl) 0425-274-472
(ph) 02-9322-8018
(fax) 02-9322-8787




******************************************************************************
This email is intended for the use of the addressee only.  If you receive this email in error, please delete it immediately.  This email may contain information which is confidential and/or legally privileged.  You must not use or disclose the contents of this email, or add the sender's email address to any database, list or mailing list unless you are expressly authorised to do so.
 
The statements or views expressed in this email are those of the individual sender and are not those of Australian Associated Press Pty Ltd (AAP).  These statements are not binding on AAP, except where the sender expressly and with authority, states them to be.
 
AAP is unable to review the contents of all the email on its system.  To the extent permitted by law, AAP disclaims all liability for any loss or damage caused by the contents of this email.
******************************************************************************

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