In article <listserv%[email protected]> you wrote: > On Fri, 1 Jan 2010 08:41:53 -0800, Edward Jaffe wrote: > > > >The z/OS RSM developers introduced functionality to allow Java to > >acquire storage within the previously "thick" bar for performance reasons. > > > I would guess, economy in page and segment tables?
> I'm still intrigued that the (undocumented) option's name > contains the substring "32G". Is 32GiB the size of a particular > granule in 64-bit storage management? Or might the "32" refer > to a fictitious "32-bit" addressing capability? > --gil At some release 64-bit LE moved the CAA and other control blocks from starting at 4G to 32G. -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive [email protected] (919) 531-5637 Cary, NC 27513 ---------------------------------------------------------------------- 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
