Afternoon! So you also have been running on a 10 mips system for the last 10 years? Everything grows, storage-usage too, remember what someone said about 640k not so long ago, his machines need 640M to run nowadays.
I feel the only reasonable argument to limit users is to keep runaways within control and to tackle new projects that ten-fold their storage requirements overnight, and I mean tackle litteraly: let them go on their nose when they make such jumps without requesting them. You must plan your Real Storage according to the system's requirements and that is why you want some control to prevent one application from suddenly wiping out the rest of you production enviroment. For the rest: the more storage, the more performance an application will deliver. We even raise above storage to 256M if the job requests less. Kees. "Bob H" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Morning! (or afternoon! or evening!) > > I am thinking about bumping up the region limit in IEFUSI for all users - > we are 11mb below the line and 32mb above - unless it's a CICS region or a > few other exceptions. > > Convincing one of our team is an issue. He feels if this was good enough > for the last 10y then it should stay this way - anybody that needs more is > writing bad code. > > My take is that memory objects are not getting smaller. That bumping the > max region up will not affect the way old work consumes system resource but > will reduce rerun rates and redesign due to an artificially low limit. > > So - quick survey - what are your thoughts on this? > > And what king of limits are you folk using in medium to large zOS images > (in the order of dozens of GB central and thousands of MIPS). > > Also - is there a REXX exec or direct way to diplay the REGION limit for > various components? I tried Mark Zeldons MEMLIM but get all 0's ? > > ---------------------------------------------------------------------- > 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 ********************************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ********************************************************************** ---------------------------------------------------------------------- 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
