>The current maximum size of a page data set is 4GB, making the maximum
>local paging space 253 * 4GB, which is a little less than 1TB (and
>considerably less than 4TB).

IMHO, that makes a hardcoded default of 4T (with the potential of it really
getting used) so much more ridiculous.

>By way of a refresher... allocating virtual storage costs you almost
>nothing. A few fixed frames for the region (64-bit only) page and
>segment tables. Using the virtual storage costs real frames, but only
>the ones you "touch" (clearing it, putting data in it etc.) and, should
>the OS ever need to reclaim that storage for a more deserving workload,
>the storage has paged to aux or discarded if unchanged.

Agreed, even without the refresher. I am still fighting with the WBIFN folks
for overwriting the LE options so that we have about 300MB per address space
of FREF pages. They appear unble to 'tune' their LE values.

>Other than the unarguable truth that "above the bar" is a really big
>place, why are we obsessing about it?

Call me paranoid, but I have seen too many sadumps with wait03c and analyzed
too many aux storage shortages to take the potential of it at such a big
scale lightly. Especially as the best sized paging subsystem wouldn't help
me any as it is too small to support a bug in new DB2 code. And we had DB2
cause aux storage shortages just this August on a production system with 30
locals filling a mod3 each.

And I never was an advocate of bypassing official controls/interfaces to
just set some limit that later causes problems. I find it rather sad that
IBM now goes the same way.

And now that I have gotten the good idea to write my own monitor to show me
who is using storage above the bar, I still wonder why RMF for 1.6 doesn't
show this.

Best regards, Barbara

-- 
10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail
+++ GMX - die erste Adresse für Mail, Message, More +++

----------------------------------------------------------------------
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

Reply via email to