My experience has been that you need to divide the data by the number of
CPUs that appear in any system performance monitors.  That generally
includes all real and virtual CPUs.  So in your case 6, if I'm
understanding correctly.

If you want to be sure, don't divide by anything, and push the MaxBytes
up in increments of 100 until your graph never flat-lines or tops out
unrealistically.

S

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of aux
Sent: Friday, February 17, 2006 1:45 PM
To: [EMAIL PROTECTED]
Subject: [mrtg] MaxBytes with multiple cpus and hyperthreading

Hi, i have many SMP servers (with 4 real CPU's, and 1 real CPU + 1 CPU 
hyperthreading ).

My mrtg.cfg:

[...]
Target[machine]: ssCpuRawUser.0&ssCpuRawUser.0:[EMAIL PROTECTED]
+ 
ssCpuRawSystem.0&ssCpuRawSystem.0:[EMAIL PROTECTED] + 
ssCpuRawNice.0&ssCpuRawNice.0:[EMAIL PROTECTED]
RouterUptime[machine]: [EMAIL PROTECTED]
MaxBytes[machine]: 100
[...]

My question:

What is the value that I must put for maxbytes having several CPU's? 
100?
100 x numbers of cpu ?

The value changes if they are real CPU's or cpus with hyperthreading?

thanks

--
Unsubscribe mailto:[EMAIL PROTECTED]
Archive     http://lists.ee.ethz.ch/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://lists.ee.ethz.ch/lsg2.cgi



___________________________________________________________________

PBS HAS A NEW ADDRESS!

As of February 27, 2006, PBS will be located at:
     2100 Crystal Drive
     Arlington, Virginia 
     22202.3785

Our direct line phone numbers will remain the same.
Main telephone 703.739.5000

___________________________________________________________________
___________________________________________________________________

This email may contain material that is confidential or proprietary to PBS and 
is intended solely for use by the intended recipient.  Any review, reliance or 
distribution of such material by others, or forwarding of such material without 
express permission, is strictly prohibited.  If you are not the intended 
recipient, please notify the sender and destroy all copies.
___________________________________________________________________

--
Unsubscribe mailto:[EMAIL PROTECTED]
Archive     http://lists.ee.ethz.ch/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://lists.ee.ethz.ch/lsg2.cgi

Reply via email to