[mrtg] Re: Problems interpreting decimal "gauge" info

Alex van den Bogaerdt alex at slot.hollandcasino.nl
Thu Mar 1 16:55:38 MET 2001

Paul C. Williamson wrote:
> As an aside, what is an "acceptable" load on a linux box?  
> I know that what hardware I have influences that number...
> I am taking my load and multiplying it by 100, and put my MaxBytes at 400. I
>  've never come close to it, but if I'm running my box at a constant load of 
> 1.1 or so, is that ok?

If you have no problems with the way the box performs, then it's ok.
It is best to compare system load only to the normal load seen on
that box, or similar computers with similar use.

If I'm not mistaking the ultimate goal for perfect computer usage
is to have 100% cpu usage.  The only way to reach this is to make
sure there always is a process waiting on the run queue ready for
using the processor. Since the system load displays the number of
processes on the run queue it seems to me that this number should
be at least 1.0 for optimal systems, and it should not be so high
that performance suffers.

The most important things to watch are cpu usage and I/O statistics.
If the cpu usage is near 100% it may be time to upgrade the processor
or to decrease workload (move work to another box).  If all processes
are waiting a long time for I/O, the load will also increase however
the cpu usage will be low.

 / 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