D-Arbigny Pierre-Andre wrote:
Hello all,
I customized the ISPF Configuration Table and put a value in
MAXIMUM_STORAGE_ALLOWED_FOR_EDIT in order to prevent user getting too much
real storage.
First of all, this setting has very little to do with real storage. It's
virtual storage that's being controlled here.
Second, I have never understood the intent of this setting to begin
with. If I'm unable to edit a member I need to edit, ISPF is "broken"
and I'm unable to do my job. These kind of constraints make no sense to
me whatsoever.
Some sly users find a bypass :
They edit a little member and after they copy the big member inside so
they stay in editing mode and the Real storage for Tsu increase
significantely.
Clever, but sad. It seems ridiculous (to me at least) that your "user
underground" had to figure out a bypass to your (obviously
way-too-small) edit storage limitation.
I think you need to put this into perspective. The users probably aren't
playing "Space Invaders" in ISPF edit. They're probably not viewing
pornography in ISPF edit. They're probably not using ISPF edit as some
sort of intranet chat room. What exactly *are* they doing? They're
editing business-related data; i.e., doing the jobs they've been asked
to do by their supervisors -- the jobs that allow your company to stay
in business. Why on /earth/ would you want to stop them from doing that??
Does someone experienced this problem ?
How could I put a limit ?
Every installation needs virtual storage limits of some kind. They
should be enforced at the address space level, not by a single
application. IEFUSI is the proper place for such limits to be
established. But be generous! Don't make them too low! Your users should
never actually hit these limits unless a programming error of some kind
occurs, e.g., a GETMAIN in an infinite loop. Be sure to have an
adequately-sized paging subsystem to handle occasional spikes in virtual
storage utilization.
--
.-----------------------------------------------------------------.
| Edward E. Jaffe | |
| Mgr, Research & Development | [EMAIL PROTECTED] |
| Phoenix Software International | Tel: (310) 338-0400 x318 |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801 |
| Los Angeles, CA 90045 | http://www.phoenixsoftware.com |
'-----------------------------------------------------------------'
----------------------------------------------------------------------
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
