Even in a 66% loaded system, the odds are a task will wake up and ask for the CPU when it just happens to be running another task. The delay is just enough to be noticed, but usually not enough to make any difference.
For your case, perhaps a mother task kicks off a daughter task and daughter task has to wait a beat or two for mother to go back to sleep or another processor complete its current mission. While this is CPU contention in the strictest sense, it really should not have a noticeable impact. HTH -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of javier sotela Sent: Wednesday, June 28, 2006 11:13 AM To: [email protected] Subject: What this RMF situation means ???? Hi Everyone: We are having a situation that i can not understand. Using RMF we have a started class that have been having CPU contention. Checking in rmf, I found that the primary reason for the delay its itself, I couldn't understand whats its really means. This is what RMF says: NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
