Re: MEMLIMIT Parameter Question
That's always been an issue since virtual storage limits far outpace the ability of real and auxiliary storage to back all potential pages. One 64 bit address space could kill a system. Does ANYONE have 16exabytes of aux storage? No! When we first went to ESA one slick application programmer decided to try to issue a GETMAIN for all storage above the line and then access each page. He crashed one of our systems. This hole has not been closed and, in fact, is even bigger now with 64 bit storage. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Martin Packer Sent: Monday, April 25, 2011 4:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: MEMLIMIT Parameter Question Before people (continue to) post their MEMLIMIT values don't we think there's a potential Denial Of Service issue here? If a program were to touch every page up to gazillion whatobytes there'd be a problem. MEMLIMIT is one of the mechanisms that limits this potential. IEFUSI is another. The same is probably true of HVSHARE and HVCOMMON, while we're at it. Cheers, Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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
Re: MEMLIMIT Parameter Question
Just asking. And, I wasn't going to rant, again. Somewhere in the SME/audit/compliance chain there is a breakdown. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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
Re: MEMLIMIT Parameter Question
On Mon, 25 Apr 2011 22:27:21 +, Ted MacNEIL wrote: >> lot of shops I've been at actually prevent people from using TEST. > >Why? What's the (perception) exposure? >- I never understood it. Maybe because auditors didn't understand the difference between TEST and TESTAUTH? And you don't need to start your auditor rant again - if nothing else, corporate politics in most shops dictates that you follow what auditors dictate (even if it doesn't make sense to a sysprog). Besides, I was a consultant in most of those shops, so who was I to argue (and TEST is really before my time anyway and I never needed / wanted to use it except on very rare occasions). Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ *** Please note the new URL for Mark's MVS Utilities *** -- 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
Re: MEMLIMIT Parameter Question
> lot of shops I've been at actually prevent people from using TEST. Why? What's the (perception) exposure? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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
Re: MEMLIMIT Parameter Question
>Before people (continue to) post their MEMLIMIT values don't we think there's a potential Denial Of Service issue here? If a program were to touch every page up to gazillion whatobytes there'd be a problem. This is an old, and possibly specious, concern. Software development lags hardware development by such a wide margin, that by the time systems can break today's config, tomorrow's is here. Even DB2, while ignoring SMF exits, cannot DOS the hardware. Of course, broken software can always hurt. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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
Re: MEMLIMIT Parameter Question
On Mon, 25 Apr 2011 14:44:25 -0400, Shaffer, Terri E wrote: >You can run a batchjob to pull the information also; I test out my IEFUSI, by changing MEMLIMIT, REGION...etc. This will dump all region values/limits. > >//JS10EXEC PGM=IKJEFT01, >// DYNAMNBR=50 >//SYSTSPRT DD SYSOUT=* >//SYSPRINT DD SYSOUT=* >//SYSTSIN DD * > TEST 'SYS1.LINKLIB(IEFBR14)' > EQUATE ASCB 0.+224% > EQUATE RSME ASCB+16C? > L RSME LEN(230) XC > EQUATE MLIM RSME+98 > EQUATE MSRC RSME+B8 > EQUATE LDA ASCB+30? > L LDA LEN(230) XC > L MLIM LEN(8) XC > L MSRC LEN(2) XC >/* > TEST? What's that? :-) A lot of shops I've been at actually prevent people from using TEST. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ *** Please note the new URL for Mark's MVS Utilities *** -- 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
Re: MEMLIMIT Parameter Question
Before people (continue to) post their MEMLIMIT values don't we think there's a potential Denial Of Service issue here? If a program were to touch every page up to gazillion whatobytes there'd be a problem. MEMLIMIT is one of the mechanisms that limits this potential. IEFUSI is another. The same is probably true of HVSHARE and HVCOMMON, while we're at it. Cheers, Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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
Re: MEMLIMIT Parameter Question
MEMLIMIT is measured in megabyte segments. F000 is 4,294,963,200 Megs. That's a lot of memory. Christopher Y. Blaicher Senior Software Developer Austin Development Lab phone: 512.340.6154 mobile: 512.627.3803 fax: 512.340.6647 10431 Morado Circle Austin, TX 78759 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chip Grantham Sent: Monday, April 25, 2011 3:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: MEMLIMIT Parameter Question Here a little rexx to do the same for a TSO session, but my memlimit is F000. What does that mean? /* REXX */ Numeric Digits 30 Call Proc_memlimit Say "RSMEID is..: " rsmeid Say "Memlimit in MB is..: " memlimit Say "Memlimit source is.: " memlimitsource Exit /*/ /* find current memlimit */ /*/ Proc_memlimit: /* current memlimit asid */ ascb = Storage(224,4) /* ASCB is at 224x in psa */ rsme = Storage(D2x(C2d(ascb)+364),4)/* RSME is 16Cx in ascb */ rsmeid = Storage(D2x(C2d(rsme)+000),4)/* memory limit in MB */ memlimit = Storage(D2x(C2d(rsme)+152),8)/* memory limit in MB */ memlimit = d2x(c2d(memlimit)) /* memory limit in MB */ memlimitsource = Storage(d2x(c2d(rsme)+184),1) /*memory source*/ memlimitsource = d2x(c2d(memlimitsource)) /* memory source */ Return /**/ Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 "Shaffer, Terri E" Sent by: IBM Mainframe Discussion List 04/25/2011 01:46 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: MEMLIMIT Parameter Question You can run a batchjob to pull the information also; I test out my IEFUSI, by changing MEMLIMIT, REGION...etc. This will dump all region values/limits. //JS10EXEC PGM=IKJEFT01, // DYNAMNBR=50 //SYSTSPRT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSTSIN DD * TEST 'SYS1.LINKLIB(IEFBR14)' EQUATE ASCB 0.+224% EQUATE RSME ASCB+16C? L RSME LEN(230) XC EQUATE MLIM RSME+98 EQUATE MSRC RSME+B8 EQUATE LDA ASCB+30? L LDA LEN(230) XC L MLIM LEN(8) XC L MSRC LEN(2) XC /* MLIM +0 0C00** Equates to 3G which is coded in SMFPRMxx Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase & Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hardee, Charles H Sent: Friday, April 22, 2011 10:58 AM To: IBM-MAIN@bama.ua.edu Subject: MEMLIMIT Parameter Question Hello Everyone, I am in need of locating the where the MEMLIMT value is stored for the active job. Can anyone out there give me an idea of where to look? Also, if you know, is the value stored in the address space control block, whatever block that is, a merged value between the system default and the value coded on the EXEC statement? Thanks in advance, Chuck -- 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
Re: MEMLIMIT Parameter Question
Here a little rexx to do the same for a TSO session, but my memlimit is F000. What does that mean? /* REXX */ Numeric Digits 30 Call Proc_memlimit Say "RSMEID is..: " rsmeid Say "Memlimit in MB is..: " memlimit Say "Memlimit source is.: " memlimitsource Exit /*/ /* find current memlimit */ /*/ Proc_memlimit: /* current memlimit asid */ ascb = Storage(224,4) /* ASCB is at 224x in psa */ rsme = Storage(D2x(C2d(ascb)+364),4)/* RSME is 16Cx in ascb */ rsmeid = Storage(D2x(C2d(rsme)+000),4)/* memory limit in MB */ memlimit = Storage(D2x(C2d(rsme)+152),8)/* memory limit in MB */ memlimit = d2x(c2d(memlimit)) /* memory limit in MB */ memlimitsource = Storage(d2x(c2d(rsme)+184),1) /*memory source*/ memlimitsource = d2x(c2d(memlimitsource)) /* memory source */ Return /**/ Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 "Shaffer, Terri E" Sent by: IBM Mainframe Discussion List 04/25/2011 01:46 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: MEMLIMIT Parameter Question You can run a batchjob to pull the information also; I test out my IEFUSI, by changing MEMLIMIT, REGION...etc. This will dump all region values/limits. //JS10EXEC PGM=IKJEFT01, // DYNAMNBR=50 //SYSTSPRT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSTSIN DD * TEST 'SYS1.LINKLIB(IEFBR14)' EQUATE ASCB 0.+224% EQUATE RSME ASCB+16C? L RSME LEN(230) XC EQUATE MLIM RSME+98 EQUATE MSRC RSME+B8 EQUATE LDA ASCB+30? L LDA LEN(230) XC L MLIM LEN(8) XC L MSRC LEN(2) XC /* MLIM +0 0C00** Equates to 3G which is coded in SMFPRMxx Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase & Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hardee, Charles H Sent: Friday, April 22, 2011 10:58 AM To: IBM-MAIN@bama.ua.edu Subject: MEMLIMIT Parameter Question Hello Everyone, I am in need of locating the where the MEMLIMT value is stored for the active job. Can anyone out there give me an idea of where to look? Also, if you know, is the value stored in the address space control block, whatever block that is, a merged value between the system default and the value coded on the EXEC statement? Thanks in advance, Chuck -- 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 This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send ema
Re: MEMLIMIT Parameter Question
You can run a batchjob to pull the information also; I test out my IEFUSI, by changing MEMLIMIT, REGION...etc. This will dump all region values/limits. //JS10EXEC PGM=IKJEFT01, // DYNAMNBR=50 //SYSTSPRT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSTSIN DD * TEST 'SYS1.LINKLIB(IEFBR14)' EQUATE ASCB 0.+224% EQUATE RSME ASCB+16C? L RSME LEN(230) XC EQUATE MLIM RSME+98 EQUATE MSRC RSME+B8 EQUATE LDA ASCB+30? L LDA LEN(230) XC L MLIM LEN(8) XC L MSRC LEN(2) XC /* MLIM +0 0C00** Equates to 3G which is coded in SMFPRMxx Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase & Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hardee, Charles H Sent: Friday, April 22, 2011 10:58 AM To: IBM-MAIN@bama.ua.edu Subject: MEMLIMIT Parameter Question Hello Everyone, I am in need of locating the where the MEMLIMT value is stored for the active job. Can anyone out there give me an idea of where to look? Also, if you know, is the value stored in the address space control block, whatever block that is, a merged value between the system default and the value coded on the EXEC statement? Thanks in advance, Chuck -- 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 This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- 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
Re: MEMLIMIT Parameter Question
On Fri, 22 Apr 2011 23:46:06 -0400, Hardee, Charles H wrote: >However, and this is the confusion I am having, the IARV64 request is >asking for only 400 mb. >X'0000' is something like 17 tera-, well over the 400 mb >being requested, yet I am getting a return code 8 with a reason code of >x'4A001620'. The documentation for the DC2 system code says that the >reason code is of the format xxyy. For an of x'0016', the >following is stated: > > 0016 Memory limit exceeded. > >So, if I have roughly 17 tera- and only need 400 mega- why would my >request get a reason code of "Memorty limit exceeded"? > >I'm told that there is no restriction in place via IEFUSI, so, any ideas >where else I might look for a restricting factor? > >Do you know where the IEFUSI code would be anchored if it is in my dump? >Maybe I should have IPCS format out the instruction stream for the exit >just in case I am being led astray by someone claiming that there is no >restriction in effect. > Perhaps your IARV64 request is wrong and not asking for what you think it is. SEGMENTS=xsegments is the name (RS-type), or address in register (2)-(12), of a required doubleword input that specifies the size, in megabytes, of the memory object. This must be a non-zero value. The amount of storage requested that is not in the guard state is charged against the MEMLIMIT for the address space where the memory object is to be created. IEFUSI is in common storage, probably LPA, but could be MLPA or dynamic LPA.AMBLIST is one way to find it, D PROG,EXIT operator commands and also various IPCS commands (LPAMAP, FINDMOD). One way I have tested IEFUSI effects without having IEFUSI code is to run my REXXSTOR program in batch with different values. There is also an example of that on my web site - REXXSTOJ. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ *** Please note the new URL for Mark's MVS Utilities *** -- 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
Re: MEMLIMIT Parameter Question
Thanks Dan and Mark, however I am now confused, but not by anything either of said. Dan, in the dump I am looking at, I found the SCTX and it does, in fact, have the value you indicate. Mark, I found the RAX in this dump and it, too, had the same value as found in the SCTX. However, and this is the confusion I am having, the IARV64 request is asking for only 400 mb. X'0000' is something like 17 tera-, well over the 400 mb being requested, yet I am getting a return code 8 with a reason code of x'4A001620'. The documentation for the DC2 system code says that the reason code is of the format xxyy. For an of x'0016', the following is stated: 0016 Memory limit exceeded. So, if I have roughly 17 tera- and only need 400 mega- why would my request get a reason code of "Memorty limit exceeded"? I'm told that there is no restriction in place via IEFUSI, so, any ideas where else I might look for a restricting factor? Do you know where the IEFUSI code would be anchored if it is in my dump? Maybe I should have IPCS format out the instruction stream for the exit just in case I am being led astray by someone claiming that there is no restriction in effect. Thanks for your help, Chuck -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of DanD Sent: Friday, April 22, 2011 5:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: MEMLIMIT Parameter Question I also found that in the SCT Extention... SCTXMEMS DSXL1SOURCE OF MEMLIMIT VALUE @L5A SCTXMLSZ DSCL8MEMLIMIT SIZE (IN MB)@L5A For REGION=0M SCTXMEMS is 3 and SCTXMLSZ is X'0000' (at least at our shop). Dan wrote: >Hello Everyone, >I am in need of locating the where the MEMLIMT value is stored for the >active job. > >Can anyone out there give me an idea of where to look? > Mark Zelden wrote: The RAX (RSM ADDRESS SPACE BLOCK EXTENSION) mapped by IARRAX. If you can read / undestand REXX, have a look at my REXXSTOR program or RXSTOR64 on my web site or CBT File 434 (URL below) and that will help. > >Also, if you know, is the value stored in the address space control >block, whatever block that is, a merged value between the system default >and the value coded on the EXEC statement? > RAXLVMEMLIM DS CL8 Address Space Memory limit in MB That is the actual memlimit that is being used. It may not be from the default or from the exec statement. It could come from IEFUSI for example. See the macro and/or my program source. That also points you towards OA14391, which helps to explain "IEFUSI + REGION=0", but I think that info is in the MVS Extended Addressability Guide now. -- 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
Re: MEMLIMIT Parameter Question
I also found that in the SCT Extention... SCTXMEMS DSXL1SOURCE OF MEMLIMIT VALUE @L5A SCTXMLSZ DSCL8MEMLIMIT SIZE (IN MB)@L5A For REGION=0M SCTXMEMS is 3 and SCTXMLSZ is X'0000' (at least at our shop). Dan wrote: Hello Everyone, I am in need of locating the where the MEMLIMT value is stored for the active job. Can anyone out there give me an idea of where to look? Mark Zelden wrote: The RAX (RSM ADDRESS SPACE BLOCK EXTENSION) mapped by IARRAX. If you can read / undestand REXX, have a look at my REXXSTOR program or RXSTOR64 on my web site or CBT File 434 (URL below) and that will help. Also, if you know, is the value stored in the address space control block, whatever block that is, a merged value between the system default and the value coded on the EXEC statement? RAXLVMEMLIM DS CL8 Address Space Memory limit in MB That is the actual memlimit that is being used. It may not be from the default or from the exec statement. It could come from IEFUSI for example. See the macro and/or my program source. That also points you towards OA14391, which helps to explain "IEFUSI + REGION=0", but I think that info is in the MVS Extended Addressability Guide now. -- 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
Re: MEMLIMIT Parameter Question
On Fri, 22 Apr 2011 10:58:01 -0400, Hardee, Charles H wrote: >Hello Everyone, > > > >I am in need of locating the where the MEMLIMT value is stored for the >active job. > >Can anyone out there give me an idea of where to look? > The RAX (RSM ADDRESS SPACE BLOCK EXTENSION) mapped by IARRAX. If you can read / undestand REXX, have a look at my REXXSTOR program or RXSTOR64 on my web site or CBT File 434 (URL below) and that will help. > >Also, if you know, is the value stored in the address space control >block, whatever block that is, a merged value between the system default >and the value coded on the EXEC statement? > RAXLVMEMLIM DS CL8 Address Space Memory limit in MB That is the actual memlimit that is being used. It may not be from the default or from the exec statement. It could come from IEFUSI for example. See the macro and/or my program source. That also points you towards OA14391, which helps to explain "IEFUSI + REGION=0", but I think that info is in the MVS Extended Addressability Guide now. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ *** Please note the new URL for Mark's MVS Utilities *** -- 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
MEMLIMIT Parameter Question
Hello Everyone, I am in need of locating the where the MEMLIMT value is stored for the active job. Can anyone out there give me an idea of where to look? Also, if you know, is the value stored in the address space control block, whatever block that is, a merged value between the system default and the value coded on the EXEC statement? Thanks in advance, Chuck -- 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