[mrtg] Re: Two Questions (scale and archives)

Alex van den Bogaerdt alex at slot.hollandcasino.nl
Sun Jun 10 14:55:25 MEST 2001

Jim Hunt wrote:

> "Unscaled" would make all graphs use the same scale (providing the
> interfaces ae the same).

Or, if the interfaces are of different throughput, provide an excellent
way of showing how busy each interface is relatively to its capacity.

Some people don't want to know an interface is at 32kbps, they want to
know it is at 50%  When all graphs display 100% it is easy to spot the
interfaces that require more bandwidth, unrelated to their currend bw.

> I could see keeping he daily graph but the weekly, monthly, & yearly don't
> make sense.  Here might be a cool idea...
> Write a script to save the log files every day and then write a browser
> based interface that could create graphs as requested.  Log files are
> smaller than graphs.

??? Are you sure?  Images are about 12k here whereas log files are 60k
Also, disk space is cheap, time is expensive.

OTOH, saving your log files is not a bad idea, you may want to restore
them in case a disaster happens.

IMHO it depends on how frequent an image is requested.  If it only
happens occasionally, just save the log file and use (a hacked version
of) rateup to reproduce the images.  If the images are requested often,
you might as well keep the ready images on disk.

 / 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