>If IBM was worried about customers not changing the MEMLIMIT=0 default, >why didn't they just code REGION=0M.
Because then we would come and say that REGION=0 doesn't automatically give them a NOLIMIT (We have hysterically grown just about all and sundry on region=0M and nobody dares to take that away). I have set USI to *always* use the SMF limit, so it faithfully shows 500MB on our just-IPL'd z/OS 1.6 system for all system address spaces except GRS and DB2. They indeed overwrite. >So DB2 V8 is setting its memory limit to be, what?, 12+ times larger than >is POSSIBLE for a z/OS 1.7 system. DB2 V8 is clearly broken by >thoughtless design. And GRS is even worse with 64PB in 1.6. At least IBM is consistent is ignoring their own rules and documents. >There are potential disasters around every corner in life. Most of them >are avoidable through prudent planning. This is just another of those. No, it isn't. Since someone else is taking control away from me, I cannot plan at all or rather, I have to plan for desaster. Your attitude makes me think that some BMC products probably do the same - overwrite without regard to the stated rules. But then, why shouldn't you? It's not your business that gets hung when a bug strikes. >Will waiting for feedback from Barbara. Well, that'll have to wait. I was in the middle of assembling your new code on the freshly IPL'd 1.6 system when it suddenly reported that the 1.4 system had died. Nasty little ixc402D message. Am busy investigating the sadump - RRS dump on a very long MVCL, then tight loop in RRS in two memterm tasks that suffered a GRS latch obtain problem. Now why does real work always intrude? Best regards, Barbara Nitz -- Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat, DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl ---------------------------------------------------------------------- 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
