× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



On 05-Jul-2011 14:56 , Joe Pluta wrote:
On 7/5/2011 2:32 PM, CRPence wrote:
On 05-Jul-2011 11:01 , Joe Pluta wrote:
<<SNIP>> I don't know if I can lock the user space into memory
<<SNIP>>
Set Access State MI instruction; the instruction that provides the
implementation for the SETOBJACC command. Use the space pointer to
[a]synchronously load the data [portion] of the User Space object
into a memory pool.
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=%2Frzatk%2Fmitoc.htm

http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/rzatk/SETACST.htm

That the means to "lock" that effect is already understood, is
presumed.


By "locking" the effect, I would guess that you mean making sure the
pool I'm loading the data into has enough room and doesn't have any
jobs running in it.


Yes.

As I recall, configured such that the pool into which the data is loaded will not be shared with [or memory 'stolen' by] any other [new] work, including subsystems and jobs not yet started; a "private pool" or I think also a non-shared *SHRPOOL defined with *FIXED so no impact from any effects of QPFRADJ. Too many years since I have done such a setup, thus I could no longer properly describe the steps to effect, without finding a doc link. In a quick search, everything likely to describe the process, seemed only to be available in .pdf form which I prefer not to waste any time opening and searching further for relevant text or steps.

The "private pool" is described here:
https://www.ibm.com/support/docview.wss?uid=nas1dbee77dc47916108862565c2007d2c2c


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.