Re: IEFUSI and LSQA
On Tue, 8 Dec 2009 10:37:12 -0600, Mark Zelden mark.zel...@zurichna.com wrote: On Tue, 8 Dec 2009 17:26:48 +0100, Hunkeler Peter (KIUP 4) peter.hunke...@credit-suisse.com wrote: Interesting how different this is from below-the-line... In what respect do you think it is different? I don't know what Art will say, [...] Couldn't have said it better. Art Gutowski Ford Motor Company -- 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: IEFUSI and LSQA
On Mon, 7 Dec 2009 11:43:12 -0600, Mark Zelden mark.zel...@zurichna.com wrote: The LDA contains what the sizes are, but I've never updated those control blocks directly via IEFUSI. FWIW, I look at the GDA and for below 16M set region limit to ALL-512K and region size to ALL-64K.There is no real reason to reserve LSQA above. Whatever isn't in use for extended private can be used for LSQA. When those 2 boundaries hit each other is when your address space will die. Mark, thanks for chiming in - I'm glad I held off. I should probably not have to ask this, but programming IEFUSI to reserve ELSQA was something ingrained long ago, and I just took it for granted. So, it's not what the REGION is, it's what is GETMAIN'd in total during execution? I ask because we recently decided to bump the ELSQA reserve for our CICS regions, but in light of this, I don't see any benefit. I know CICS manages its own memory (DSA/EDSA), though I'm not as familiar with *how*. Interesting how different this is from below-the-line... By the way, I had an ETR discussion quite some time ago with IBM (I may be able to find it in my archives), in which I recall we're not supposed to alter LDA. In fact, that's what I use to obtain available REGION. I thought about using GDA, but do not recall why the rep steered me away from it... Though LDAESIZ will not completely protect against EPRIVAT and ELSQA running into each other, we do use it to try to buffer against the large VL GETMAIN. Do you do this, or is it let the user beware? Just curious here... Thanks, Art Gutowski Ford Motor Company -- 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: IEFUSI and LSQA
On Tue, 8 Dec 2009 08:29:36 -0600, Arthur Gutowski aguto...@ford.com wrote: On Mon, 7 Dec 2009 11:43:12 -0600, Mark Zelden mark.zel...@zurichna.com wrote: The LDA contains what the sizes are, but I've never updated those control blocks directly via IEFUSI. FWIW, I look at the GDA and for below 16M set region limit to ALL-512K and region size to ALL-64K.There is no real reason to reserve LSQA above. Whatever isn't in use for extended private can be used for LSQA. When those 2 boundaries hit each other is when your address space will die. Mark, thanks for chiming in - I'm glad I held off. I should probably not have to ask this, but programming IEFUSI to reserve ELSQA was something ingrained long ago, and I just took it for granted. So, it's not what the REGION is, it's what is GETMAIN'd in total during execution? I ask because we recently decided to bump the ELSQA reserve for our CICS regions, but in light of this, I don't see any benefit. I know CICS manages its own memory (DSA/EDSA), though I'm not as familiar with *how*. Interesting how different this is from below-the-line... By the way, I had an ETR discussion quite some time ago with IBM (I may be able to find it in my archives), in which I recall we're not supposed to alter LDA. Like I said, I've never done it that way and didn't know anyone else did. That is not the way the exit interface was intended as far as I can tell. The way I look at it, LDA control blocks are the result of the processing that takes place after IEALIMIT / IEFUSI. I wouldn't have even known if changing the LDA directly would have the desired affect without testing (I assume it does though). In fact, that's what I use to obtain available REGION. I thought about using GDA, but do not recall why the rep steered me away from it... Though LDAESIZ will not completely protect against EPRIVAT and ELSQA running into each other, we do use it to try to buffer against the large VL GETMAIN. Do you do this, or is it let the user beware? Just curious here... I still prevent REGION=0K/0M from all but STCs. This really is a moot point on all but a couple of very small monoplex LPARs. With the next smallest LPARs having about 9G of real storage and very robust paging subsystems, I don't think I have to worry about it. :-) If you recall some past posts of mine, even though I still prevent REGION=0K from batch jobs, I allow REGION= whatever you code - and if you code anything over 1024M, I give you everything above 16M, so you can get the equivalent of REGION=0M above the line anyway (I did that in 2004). Just not by coding REGION=0M. I still left in the STC check for REGION=0K/0M because that also allows for MEMLIMIT=NOLIMIT (again, I only allow that for STCs). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: IEFUSI and LSQA
Interesting how different this is from below-the-line... In what respect do you think it is different? -- Peter Hunkeler Credit Suisse -- 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: IEFUSI and LSQA
On Tue, 8 Dec 2009 17:26:48 +0100, Hunkeler Peter (KIUP 4) peter.hunke...@credit-suisse.com wrote: Interesting how different this is from below-the-line... In what respect do you think it is different? I don't know what Art will say, but it's a different discussion because anytime you specify a REGION greater than 16M, you are going to get NO reserved LSQA below the line without doing something in IEFUSI. You can ignore reserving ELSQA and will have plenty available until EPVT runs into ELSQA or visa versa. Then the world ends. Sure, if you reserve ELSQA you'll have something there for the system and termination routines, but your dead either way and you have to guess about what the ELSQA requirements are and set either a one size fits all settings or different settings for whatever address space you are concerned about (CICS, DB2, whatever). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: IEFUSI and LSQA
On Fri, 4 Dec 2009 15:43:07 -0200, ITURIEL DO NASCIMENTO NETO 4254.itur...@bradesco.com.br wrote: Hi all, I would like your advice when reserving 512Kb below 16Mb line. During years i've coded : L R7,LDASIZA Size of A.S. Region Below L R8,LDAESIZA Size of A.S. Region Above ASSIGN0 DS0H Region=0M STR8,REGLIMA REGLIMA = EPRIVATE S R8,LSQAA R8 = REGLIMA = Max - 15M STR8,REGSIZA Save EXTENDED REGION-SIZE STR7,REGLIMB REGLIMB = PRIVATE S R7,LSQAB R7 = REGLIMB = Max - 512K STR7,REGSIZB Save OCREGFLAGS,Highbit TELL VSM BRAFUSI SUPPLY INFO LSQABDCA(512*1024) LSQA Below (512Kb) LSQAADCA(15*1024*1024) LSQA Above (15Mb) I was told that this code was not actually saving LSQA, then i was instructed to code : L R7,LDASIZA Size of A.S. Region Below L R8,LDAESIZA Size of A.S. Region Above S R7,LSQAB R7 = REGLIMB = Max - 512K S R8,LSQAA R8 = REGLIMA = Max - 15M ASSIGN0 DS0H Region=0M STR8,REGLIMA REGLIMA = EPRIVATE-15M S R8,@500K REGSIZA = REGLIMA-500K STR8,REGSIZA Save EXTENDED REGION-SIZE STR7,REGLIMB REGLIMB = PRIVATE-512K S R7,@100K REGSIZB = REGLIMB-100K STR7,REGSIZB Save OCREGFLAGS,Highbit TELL VSM BRAFUSI SUPPLY INFO @100KDCA(100*1024) 100K @500KDCA(500*1024) 500K LSQABDCA(512*1024) LSQA Below (512Kb) LSQAADCA(15*1024*1024) LSQA Above (15Mb) Is There a better option ? Thanks in advance Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254 - DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 The LDA contains what the sizes are, but I've never updated those control blocks directly via IEFUSI. FWIW, I look at the GDA and for below 16M set region limit to ALL-512K and region size to ALL-64K.There is no real reason to reserve LSQA above. Whatever isn't in use for extended private can be used for LSQA. When those 2 boundaries hit each other is when your address space will die. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
IEFUSI and LSQA
Hi all, I would like your advice when reserving 512Kb below 16Mb line. During years i've coded : L R7,LDASIZA Size of A.S. Region Below L R8,LDAESIZA Size of A.S. Region Above ASSIGN0 DS0H Region=0M STR8,REGLIMA REGLIMA = EPRIVATE S R8,LSQAA R8 = REGLIMA = Max - 15M STR8,REGSIZA Save EXTENDED REGION-SIZE STR7,REGLIMB REGLIMB = PRIVATE S R7,LSQAB R7 = REGLIMB = Max - 512K STR7,REGSIZB Save OCREGFLAGS,Highbit TELL VSM BRAFUSI SUPPLY INFO LSQABDCA(512*1024) LSQA Below (512Kb) LSQAADCA(15*1024*1024) LSQA Above (15Mb) I was told that this code was not actually saving LSQA, then i was instructed to code : L R7,LDASIZA Size of A.S. Region Below L R8,LDAESIZA Size of A.S. Region Above S R7,LSQAB R7 = REGLIMB = Max - 512K S R8,LSQAA R8 = REGLIMA = Max - 15M ASSIGN0 DS0H Region=0M STR8,REGLIMA REGLIMA = EPRIVATE-15M S R8,@500K REGSIZA = REGLIMA-500K STR8,REGSIZA Save EXTENDED REGION-SIZE STR7,REGLIMB REGLIMB = PRIVATE-512K S R7,@100K REGSIZB = REGLIMB-100K STR7,REGSIZB Save OCREGFLAGS,Highbit TELL VSM BRAFUSI SUPPLY INFO @100KDCA(100*1024) 100K @500KDCA(500*1024) 500K LSQABDCA(512*1024) LSQA Below (512Kb) LSQAADCA(15*1024*1024) LSQA Above (15Mb) Is There a better option ? Thanks in advance Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254 - DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vÃnculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- 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