In <[EMAIL PROTECTED]>, on 10/17/2005
at 09:34 AM, D-Arbigny Pierre-Andre
<[EMAIL PROTECTED]> said:
>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.
Why would you expect that to reduce the real storage that they use? It
might even increase it, by forcing them to increase the I/O load. But
it's not my dog.
>Some sly users find a bypass :
That's the natural consequence of hindering them from completing the
tasks that their bosses assign them.
>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.
Probably to more than if you had left well enough alone.
>Does someone experienced this problem ?
Probably everybody who has confused virtual storage use with real
storage use has encountered similar problems. It's a case of providing
the right answer to the wrong question.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
----------------------------------------------------------------------
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
