On Tue, 28 Jul 2009 18:01:04 +0000, Ted MacNEIL <[email protected]> wrote:
>>I "penalize" people for trying to specify MEMLIMIT (they are knocked down to 5G if they try to go higher than 5G, but they can specify something lower). >>In other words, I don't want the users to have to worry about specifing MEMLIMIT ever and I will control it via SMFPRMxx or IEFUSI > >What will you do when users need more than 5G? Either change IEFUSI or SMFPRMxx - dynamically if needed (both are very easy to do). >I do NOT believe these parameters should be left up to the SYSPROG, rather it should be the business. > I couldn't disagree more! See all the past discussions about REGION=0M when systems were "small". There is nothing keeping an unauthorized program or user trying to play with 100G of 64-bit virtual storage and crashing my system if I don't control it. 64-bit is a bigger place you can almost imagine. You couldn't plan enough aux storage to back a mistake if you wanted to. >And, before you tell me there's a risk, let me point out that needs rarely occur overnight. This has nothing do to with "needs", it has to do with preventing a programming error or a malicious attack on my system. >Growth into larger needs is usually gradual, and with monitoring and planning, they can/should be handled effectively. > Exactly. So based on experience or needs in this brave new world of 64-bit, I can adjust. My IEFUSI didn't have a default region size of 256M 20 years ago either. The trusted programs (STCs) should document their potential use of 64-bit storage [1] - although they have the ability to completely ignore what I've set up in IEFUSI anyway ... again, see past discussions in the archives. [1] No, I don't expect to see this for some of the core operating system ASIDs like GRS, TRACE, SMSPDSE etc. They have a lot of other ways of crashing my system besides gobbling up gigabytes of virtual storage due to a programming error. I was mainly referring to ISV software or subsystems like DB2. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[email protected] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Mark ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
