For those of you looking for v1.7...Here it is:

Area              Start     End        Size(K)    %Use    Overflow
Size(Mb)
Extended Private  14C00000  7FFFFFFF  1757184K
1716Mb
Extended CSA      0567A000  14BFFFFF   251416K      27
246Mb
Extended MLPA     --------  --------        0K

Extended FLPA     --------  --------        0K

Extended PLPA     0290E000  05679FFF    46512K
45Mb
Extended SQA      0190C000  0290DFFF    16392K      75          0K
16Mb
Extended R/W Nuc  0188E000  0190BFFF      504K

Extended R/O Nuc  01000000  0188D05F     8756K
9Mb
R/O Nuc           00FDA000  00FFFFFF      152K

R/W Nuc           00FCE000  00FD93C7       44K

SQA               00E5A000  00FCDFFF     1488K      17          0K
1Mb
PLPA              00CAF000  00E59FFF     1708K
2Mb
FLPA              --------  --------        0K

MLPA              --------  --------        0K

CSA               00900000  00CAEFFF     3772K      20
4Mb
Private           00006000  008FFFFF     9192K
9Mb
V=R               00000000  FFFFFFFF        0K
System            00002000  00005FFF       16K 
PSA               00000000  00001FFF        8K 

Thanks,
George Rodriguez
Specialist, Systems Programmer
Network & Technical Services
(561) 357-7652 (office)
(561) 707-3496 (mobil)
School District of Palm Beach County
3348 Forest Hill Blvd.
Room B-332
West Palm Beach, FL. 33406-5869
Rated "A" by the Florida Department of Education 2005, 2006 & 2007
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Roland Schiradin
Sent: Thursday, July 10, 2008 1:20 AM
To: [email protected]
Subject: Re: IBM using more below the line storage.

John, 

our private size on z/OS R9 below is
(MXI VMAP command, IPLINFO from Mark Zelden provide the same info)

Area              Start     End        Size(K)
Extended Private  2DF00000  7FFFFFFF  1344512K
Extended CSA      0C4F6000  2DEFFFFF   550952K
Extended MLPA     0C1F8000  0C4F5FFF     3064K
Extended FLPA     --------  --------        0K
Extended PLPA     07576000  0C1F7FFF    78344K
Extended SQA      019BF000  07575FFF    93916K
Extended R/W Nuc  01946000  019BEFFF      484K
Extended R/O Nuc  01000000  0194568F     9493K
R/O Nuc           00FE4000  00FFFFFF      112K
R/W Nuc           00FD7000  00FE36B7       49K
SQA               00E3D000  00FD6FFF     1640K
PLPA              00C5E000  00E3CFFF     1916K
FLPA              --------  --------        0K
MLPA              00C3F000  00C5DFFF      124K
CSA               00A00000  00C3EFFF     2300K
Private           00006000  009FFFFF    10216K
<------------------------
V=R               00006000  00025FFF      128K
System            00002000  00005FFF       16K
PSA               00000000  00001FFF        8K

Unfortunally no more z/OS R7

Roland


>        IBM appears to be expanding use of storage below the 16M line,
>rather than converting their own code to 31-bit addressability. Here is
>the reply I received when I ETR asked CICS why I could no longer get a
>certain DSALIM value in TS22 after going to zos 1.08.
>        "There is Common Storage shared by all address spaces, and not
>considered
>part of the private storage available for address space (task) use.
>In OS/390 2.10 the amount of Common Storage needed by the system was
>smaller than is required by z/os 1.8, which has much more function.
>When Common Storage increases, the amount of private storage decreases.
>My guess, based on my years of experience is that in your 2.10 system
>the amount of private storage available was 10M or possibly 11M. It
>must be on a meg boundry. In z/os 1.8 the amount of storage available
>for CICS , or any other address space has shrunk to 9M based on the
>increase in Common Storage."
>        It appears to me that IBM is assuming that the below the line
>storage is now free and available for their use, and rather than going
to
>31-bit addressing themselves, they are expanding use of 24-bit.
>Interesting.  Looks like a bit of "do as I say, not as I do."

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


-----------------------------------------
Under Florida law, e-mail addresses are public records. If you do
not want your e-mail address released in response to a public
records request, do not send electronic mail to this entity.
Instead, contact this office by phone or in writing.  

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