×
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.
Steve,
That object will NEVER be "pinned" in memory when using SETOBJACC.
SETOBJACC does NOT "PIN" anything into memory. That is why you should create a separate private memory pool, so that when you issue SETOBJACC, it will do a "BRING" to bring (page in) the entire object into that memory pool. But then, subsequent to that, if any other demands on that same memory pool cause pages to be "stolen" -- well, TOO BAD, SO SAD...
(If it did do a "pin" that could be VERY BAD for overall system performance.)
For more details or how you can write your own program to issue the MI instruction SETACST (Set access state), see:
https://www.ibm.com/docs/en/i/7.1?topic=ssw_ibm_i_71/rzatk/SETACST.htm
MI instructions can be written in OPM MI assembler or you can embed them as built-in functions in any ILE language (C, CL, RPGLE).
Hope that helps,
Mark S. Waterbury
On Friday, July 16, 2021, 04:02:56 PM EDT, Steve Pavlichek <spavlichek@xxxxxxxxxxx> wrote:
Is there a way to show what objects are pinned to memory with the SETOBJACC command or a way to prove that an object you want pinned is actually pinned to memory?
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.
midrange.com
