Re: Monitoring dual CPUs on Solaris 10

Ian Masters <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
Is no-one on this list monitoring a 2 CPU machine? I find that hard to believe.

I would really appreciate some help on this.

Thanks

Ian

> After googling for hours and finally getting a few clues I decided to try this
> list for some expert help.
> 
> My Solaris machine is running the legacy snmpdx daemon, net-snmp v5.0.9 under
> Solaris's System Management Agent and now I've also installed net-snmp 5.5 so
> that I can get at the information for multiple CPUs.
> 
> However on a 2 CPU system I'm getting 4 values. From what I've read, this may be
> caused by CPU threading. So I have the following values:
> 
> hrProcessorLoad.768 = INTEGER = .....
> hrProcessorLoad.769 = INTEGER = .....
> hrProcessorLoad.770 = INTEGER = .....
> hrProcessorLoad.771 = INTEGER = .....
> 
> What I'd like to know is how to make sense of these values in the context of
> monitoring the CPUs in mrtg. Do I add them together in pairs or what?
> 
> If anyone on the list can help with concrete information or even opinions, I'd
> be very interested and grateful.
> 
> Thanks
> 
> Ian



------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.