Joseph, list,

thanks to Scott Adler and Curtis Kellogg I now know it is possible to 
change the behaviour from having a single CPU instance alarmed to 
averaging all loads and alarm based on this - however, only on a global 
basis. I should have looked there myself in the first place as it was the 
place I would have had a look at to at least have seperate alarms for all 
affected CPU instances generated instead of only one alarm regardless how 
many CPUs are actually overloaded: An EventDisp file. (For the sake of 
completeness, it seems that in fact there is no discriminator defined that 
would, if present, have more than one alarm raised in case multiple CPUs' 
loads exceed the threshold.)

Have a look at https://communities.ca.com/thread/241700008 for the 
details. Thanks again guys for your help, and yes, Joseph, I agree with 
you regarding processes that lock a single CPU and themselves as a 
consequence, so I will have a little chat with our server guys as to which 
way to monitor their machines suits them best.

Freundliche Grüße

Christian Fieres

Mainova AG
Sachgebiet Netz- und Infrastruktur (M3-ST4)
Teamleiter Service Operation Center
Solmsstraße 38
60623 Frankfurt am Main

Telefon 069 213 23617
Mobil 0170 5601563
Telefax 069 213 9623617
E-Mail [email protected]
Internet http://www.mainova.de




Von:    Joseph POUTRE <[email protected]>
An:     "spectrum" <[email protected]>, 
Datum:  08.07.2015 14:53
Betreff:        RE: [spectrum] CPU load calculation on multi CPU machines



Greetings,
 
Not all processes are multithreaded. I know we have software that uses a 
single CPU on a system, and can end up using all 100% and thus choking 
itself.
 
I do believe it is possible to look at overall CPU usage, averaged over 
all CPUs, and to not alarm, or at least ignore, if any individual CPU is 
over the threshold. I looked into this some time back, but do not recall 
the details.
 
-

Joseph Poutre| CIB | ITIP ? Production Tools and Efficiency
AVP
525 Washington
Jersey City
Off:+1 (201) 850-4179
Cel:+1 (201) 920-6632
[email protected]

 
 
From: [email protected] [mailto:[email protected]] 
Sent: Wednesday, July 08, 2015 7:55 AM
To: [email protected]
Subject: [spectrum] CPU load calculation on multi CPU machines
 
Hi all,

haven't found any useful information on this topic neither in the docs nor 
in the list archive, though I am sure the answer has been given before...

How does SPECTRUM calculate the CPU load that is compared to the threshold 
given in a devices's "threshold and watches" configuration section in case 
there are more than one CPUs involved? I have done some testing and got a 
pretty confusing impression: SPECTRUM takes the highest load of all CPUs 
and takes this as a value to test against the threshold, the resulting 
event shows the name of the system's first CPU found in the RFC 2790 MIB 
and the load compared to the threshold (which is in fact not necessarity 
the displayed CPU's load).

If this is the case, wouldn't it make much more sense, if anything 
nowadays with all the multithread applications spreading their load over 
several CPUs, to have a choice to let the overall CPU load be calculated 
as a sum of total percent and normalize it to a comparable value by 
dividing by 4?!


Now:

CPU0: 0%
CPU1: 10%
CPU2: 50%
CPU3: 30%
Threshold: 40%

-> Alarm for 50% load on CPU0 (!)


Wish:

same as above, but

Overall load: (0+10+50+30) / 4 =  22.5 %

-> No Alarm, as 22.5% < 40%


Am I confused? Or, worse,confusing?


Freundliche Grüße

Christian Fieres

Mainova AG
Sachgebiet Netz- und Infrastruktur (M3-ST4)
Teamleiter Service Operation Center
Solmsstraße 38
60623 Frankfurt am Main

Telefon 069 213 23617
Mobil 0170 5601563
Telefax 069 213 9623617
E-Mail [email protected]
Internet http://www.mainova.de

Mainova Aktiengesellschaft - Solmsstraße 38 - D-60623 Frankfurt am Main
Vorsitzender des Aufsichtsrates: Stadtkämmerer Uwe Becker
Vorstand: Dr. Constantin H. Alsheimer (Vorsitzender), Norbert Breidenbach, 
Lothar Herbst
Sitz der Aktiengesellschaft: Frankfurt am Main - Amtsgericht Frankfurt HRB 
7173 - USt-IdNr. DE 114184034


Mainova steht für besten Service, faire Verträge und top Preise für Ihre 
Energie - mit Auszeichnung!
Mehr Infos unter: http://www.mainova.de/auszeichnung
--To unsubscribe from spectrum, send email to [email protected] with the 
body: unsubscribe spectrum [email protected] 

This message and any attachments (the "message") is intended solely for 
the addressees and is confidential. If you receive this message in error, 
please delete it and immediately notify the sender. Any use not in accord 
with its purpose, any dissemination or disclosure, either whole or 
partial, is prohibited except formal approval. The internet can not 
guarantee the integrity of this message. BNP PARIBAS (and its 
subsidiaries) shall (will) not therefore be liable for the message if 
modified. Please note that certain functions and services for BNP Paribas 
may be performed by BNP Paribas RCC, Inc.

Unless otherwise provided above, this message was sent by BNP Paribas, or 
one of its affiliates in Canada, having an office at 1981 McGill College 
Avenue, Montreal, QC, H3A 2W8, Canada. To the extent this message is being 
sent from or to Canada, you may unsubscribe from receiving commercial 
electronic messages by using this link: www.bnpparibas.ca/en/unsubscribe/. 
See www.bnpparibas.ca for more information on BNP Paribas, in Canada.
--To unsubscribe from spectrum, send email to [email protected] with the 
body: unsubscribe spectrum [email protected] 


Mainova Aktiengesellschaft - Solmsstraße 38 - D-60623 Frankfurt am Main
Vorsitzender des Aufsichtsrates: Stadtkämmerer Uwe Becker
Vorstand: Dr. Constantin H. Alsheimer (Vorsitzender), Norbert Breidenbach, 
Lothar Herbst
Sitz der Aktiengesellschaft: Frankfurt am Main - Amtsgericht Frankfurt HRB 7173 
- USt-IdNr. DE 114184034


Mainova steht für besten Service, faire Verträge und top Preise für Ihre 
Energie - mit Auszeichnung!
Mehr Infos unter: http://www.mainova.de/auszeichnung

---
To unsubscribe from spectrum, send email to [email protected] with the body: 
unsubscribe spectrum [email protected]

Reply via email to