check_load --- divide by number of cpus?

Jay R. Ashworth jra at baylink.com
Fri May 9 15:57:52 CEST 2008


On Fri, May 09, 2008 at 09:31:07AM -0400, Mike Emigh wrote:
> You're right, it wouldn't work with just a single-threaded process.
> I'm not sure of the specifics of how this would happen, but with
> Oracle we've seen it maxing two CPUs and raising the load to 56 while
> the 6 other cores in the 8 core machine sat idle.  As these situations
> are possible simply dividing by the number of cores wouldn't provide
> precise insight into what's going on.

In light of *this*, it seems to me that the desired goal is to figure
out a way to get the load average *per processor*, and then have one
check_load per processor.

Alternatively, you could get those numbers that top(1) displays for
utilization percentages, and massage *those* to get your load results
per proc; those are split.  But you'd need to average them.

Cheers,
-- jra
-- 
Jay R. Ashworth                   Baylink                      jra at baylink.com
Designer                     The Things I Think                       RFC 2100
Ashworth & Associates     http://baylink.pitas.com                     '87 e24
St Petersburg FL USA      http://photo.imageinc.us             +1 727 647 1274

	     Those who cast the vote decide nothing.
	     Those who count the vote decide everything.
	       -- (Joseph Stalin)

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null





More information about the Users mailing list