Thanks To be perfectly clear I am getting storage obtain in the scheduling address space
The storage obtain is in the SRB ALET= Will sysevent dontswap in the scheduling address space prevent potential S0C4's > On May 24, 2017, at 5:52 PM, Wayne Driscoll <[email protected]> > wrote: > > If you want to ensure that the scheduling address space isn't swapped out, > you need to specify the SYSEVENT BEFORE you schedule the SRB. The swapping > status SYSEVENTS all act on the HOME address space. You can't set another > address space non-swapable. > > Wayne Driscoll > Software Developer III > Rocket Software > 77 Fourth Avenue • Waltham, MA • 02451 • USA > T: +1 781 577 2625 • M: +1 630 247 1632 • E: [email protected] • > W: www.rocketsoftware.com > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Joseph Reichman > Sent: Wednesday, May 24, 2017 8:19 AM > To: [email protected] > Subject: Re: Difference between Transwap and Dontswap > > While in Xmem I didn't want to take a page fault > > I had scheduled a SRB in another AS and was referencing storage in the SRB in > the AS that invoked the IEAMSCHED > > > >> On May 24, 2017, at 9:14 AM, John McKown <[email protected]> >> wrote: >> >> On Wed, May 24, 2017 at 7:43 AM, Joseph Reichman >> <[email protected]> >> wrote: >> >>> At the risk out sounding stupid why does it first have to be swapped >>> out >>> >>> >> I'll bet that you're envisioning all the pages being physically >> written out to a local page dataset, then physically read back in. I >> don't think this is what is really done. It is _logicallly_ swapped >> out. And then _logically_ swapped back in. Then marked non-SWAPPABLE. >> During the swap in, the data in physical memory frames may be copied >> to other, non-preferred, memory frames. Why do it this way? Because >> it just leverages code that already exists rather than using special >> purpose code. Less code to write and maintain is a _good_ thing. >> >> >> -- >> Windows. A funny name for a operating system that doesn't let you see >> anything. >> >> Maranatha! <>< >> John McKown >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > [email protected] with the message: INFO IBM-MAIN > ================================ > Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ > Main Office Toll Free Number: +1 877.328.2932 > Contact Customer Support: > https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport > Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - > http://www.rocketsoftware.com/manage-your-email-preferences > Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy > ================================ > > This communication and any attachments may contain confidential information > of Rocket Software, Inc. All unauthorized use, disclosure or distribution is > prohibited. If you are not the intended recipient, please notify Rocket > Software immediately and destroy all copies of this communication. Thank you. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
