I'm no expert, but I am fairly sure that "swapped out and ready to run" is more 
due to lack of CPU resource, or some sort of WLM problem than a problem due to 
swapping.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -----Original Message-----
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski
> Sent: Tuesday, March 16, 2010 9:00 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: logical swapping in z/os 1.9
> 
> Hello everybody,
> 
> Recently, when I was looking at RMF monitor III reports 
> during End of Day 
> processing I have noticed (from time to time) following delays:
> 
> Job: WMJPXSR0   Primary delay: Swapped out and ready to run.
>                                                                
> Probable cause:  Too many jobs/users running.                 
>                         Help panels contain more possible causes.
> 
> Primary
> Reason : OUTR
> 
> My first thought was that we have (central) storage problems, but 
> I didn't noticed any paging occuring that time (in fact, we 
> had about 50% 
> available frames), then I have read, that z/os doesn't use 
> physical swapping 
> anymore. I noticed, that such situation occurs when 
> simultaneusly many jobs 
> tries to enter the system.
> Are there any parameters in z/os which can be customized to 
> eliminate such 
> delays, or it's 'deep system flavour'/normal behaviour and it 
> shouldn't be 
> touched?
> I tried to read about how SRM adjust MPL but didn't understand it.
> 
> Do you have any ideas how two handle such situation?
> 
> Regards,
> Pawel Leszczynski 
> PKO BP SA
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to