Ted MacNEIL wrote:
HSA is currently at 128mb. All main is allocated, no slop anywhere. If HSA grows, then I'll lose an LPAR.
128MB is nothing for HSA, these days.
If you are so tight that an increase to such a small HSA is an issue, you have
a bigger problem than the size of HSA!
At $10K/GiB, what are you waiting for.
These days, I would plan for a minimum of 1GB HSA, and a minimum of 3 per LPAR.
More if it's doing real work (DB2, IMS, or CICS).
Wrong plans IMHO. HSA size strongly depends on CPC generation. Before
z/990 (that means 9672, z/900, z/800) HSA size was related to IODF size
- number of devices, number of LPARs.
On z/990 HSA size grew up significantly and took approx. 1GB.
Relationship between IODF content and HSA size was greatly reduced.
On z9 HSA grew up again, now it's approx. 1.9GB. I did some tests:
minimal config (2 or 3 LPARs, 7000 devices, single CSS) took approx.
300MB less than "max. config" (18 LPARs, 2 CSSes max. # of devices each).
YMMV, but the dependence on CPC model is unquestionable.
BTW: minimum memory size on z9 (and z/990) is 16GB. Even with HSA of 2GB
it's not bad to have 14GB for the beginning ! <g>
Regards
--
Radoslaw Skorupka
Lodz, Poland
----------------------------------------------------------------------
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
