MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

CPU usage over 100%

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Other Technical Topics
View previous topic :: View next topic  
Author Message
AlbertoP
Beginner


Joined: 17 Mar 2004
Posts: 8
Topics: 5
Location: Madrid-Spain

PostPosted: Fri May 28, 2004 5:44 am    Post subject: CPU usage over 100% Reply with quote

Hello folks,

We have a 2066 with only 1 proccessor shared by three z/OS 1.4 systems. On getting a summary report with RMF for two of them, we are obtaining some 15-minutes intervals in which, adding the values of CPU busy field for this interval, it results in something over the 100% (we have obtained even a 130 % in some intervals). Tell me if I'm wrong on thinking this is the average value for this interval, not a peak value. Can anyone explain me why it occurs? I don't know if it has something to do with the algorithm used to calculate it, of if the "CPU busy" field considers in some way the requested CPU instead of the actually used CPU.
Back to top
View user's profile Send private message MSN Messenger
tom_p
Beginner


Joined: 01 Jun 2004
Posts: 3
Topics: 0
Location: Melbourne

PostPosted: Tue Jun 01, 2004 4:12 pm    Post subject: Reply with quote

Alberto,
I'm quite new to mainframes, but I've heard about this somewhere.
You're using MXG and SAS to make these reports I assume? The problem is in MXG apparently, something is not quite right with the calculations...
I'm not sure of the details, as it was someone much senior to me talking about it, but I got the impression that there was a known problem here.


Also, (exuse me if this is an amatuer question!), what is the actual metric that is returned on CPU usage by RMF? MIPS, CPU %, CPU minutes?
I'm just thinking that perhaps, if you are running multiple systems, the CPU weight on a certain LPAR is considered to be "100%" and the metric returned is a percentage of that. So if you had 100% utilisation on all three of the LPARS, and you added them all up, you'd get 300%.
Back to top
View user's profile Send private message Yahoo Messenger MSN Messenger
semigeezer
Supermod


Joined: 03 Jan 2003
Posts: 1014
Topics: 13
Location: Atlantis

PostPosted: Tue Jun 01, 2004 9:09 pm    Post subject: Reply with quote

A manual search of cpu utiilization 100% will give you the answer.
Back to top
View user's profile Send private message Visit poster's website
tom_p
Beginner


Joined: 01 Jun 2004
Posts: 3
Topics: 0
Location: Melbourne

PostPosted: Wed Jun 02, 2004 8:32 am    Post subject: Reply with quote

From the page supplied by semigeezer:
Quote:

4. If the CPU utilization is greater than 100%, then the number above 100 indicates the number of ready address spaces not receiving service. For example, a RCCCPUT value of 107 indicates there are 7 address spaces in the domain that currently are waiting to receive service. If the value is 128, then there are at least 28 address spaces waiting to receive service.


This is only a snippet of much more information, and I hope I'm not taking it out of context, but it would appear to be your answer, Alberto...

One thought - if a single address space correlates to 1% of CPU, what happens when a CPU doubles in speed? Obviously an address space doesn't then take 0.5% CPU? I guess I need to go and read that page properly....
Back to top
View user's profile Send private message Yahoo Messenger MSN Messenger
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Other Technical Topics All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group